Smithsonian Development Internship
Job # 9237883

Smithsonian Discovery Theater Admin/House Management Internship
Job # 9244125

Smithsonian Discovery Theater Museum Theater/Education Intern
Job # 9237885

Smithsonian Discovery Theater Technical Internship
Job # 9247508

Smithsonian eMarketing Research Internship
Job # 9238939

Smithsonian National Education Outreach Internship
Job # 9237888

Smithsonian Online Marketing Internship
Job # 9238938

Smithsonian Performing Arts Internship
Job # 9237886

Smithsonian Public Affairs Internship
Job # 9237887

Smithsonian Social Media Internship
Job # 9256235

Smithsonian Studio Arts Internship
Job # 9237889

Search the job number in UMBCworks

ObamaCare is coming, and conservatives are not happy.

They are using a bizarre ad campaign to scare folks (including specifically college age students) into rejecting the new law.

This creepy ad by the conservative group Generation Opportunity is a response to the big changes coming to your health care on October 1.

Well ready or not, here they come!

Starting on that day, millions of uninsured Americans can begin to enroll in the health-care exchanges due to the Affordable Care Act (ACA), or as we all like to call it, ObamaCare.

Conservatives are trying everything to stop it. Last Tuesday, Senator Ted Cruz in his famous filibuster (but not technically a filibuster) started reading Green Eggs and Ham and sharing wisdom from the TV show “Duck Dynasty” to delay majority leader Harry Reid from stripping the bill that would defund Obamacare. The most baffling part? Cruz supported the bill he was filibustering and a vote would be taken no matter what.

After 21 hours of speaking, Cruz left the floor which left Reid with nothing to say except it was “a big waste of time.”

While Cruz was trying to defund the ACA, Obama was in New York discussing the benefits of the law. He stated that Americans, even if they have pre-existing conditions, will be able to access health insurance. The ACA will also cap companies’ health insurance prices.

With all this chaos in Washington, it has left Americans with nothing but uncertainty. What do you think about the ACA? 

Smithsonian Development Internship
Job # 9237883

Smithsonian Discovery Theater Admin/House Management Internship
Job # 9244125

Smithsonian Discovery Theater Museum Theater/Education Intern
Job # 9237885

Smithsonian Discovery Theater Technical Internship
Job # 9247508

Smithsonian eMarketing Research Internship
Job # 9238939

Smithsonian National Education Outreach Internship
Job # 9237888

Smithsonian Online Marketing Internship
Job # 9238938

Smithsonian Performing Arts Internship
Job # 9237886

Smithsonian Public Affairs Internship
Job # 9237887

Smithsonian Social Media Internship
Job # 9256235

Smithsonian Studio Arts Internship
Job # 9237889

Search the job number in UMBCworks

Don’t miss it! Register now for the upcoming W3C HTML5 online course that starts next Monday, 30 September 2013. Acclaimed trainer Michel Buffa will cover the techniques developers and designers need to create great Web pages and apps. This new course edition has been significantly enhanced since the June 2013 course. It features additional sections, including a JavaScript crash course, advanced techniques regarding time based animation, 2D geometric transformations, Web Audio API, etc., all illustrated by numerous examples. Learn more about W3DevCampus, the official W3C online training for Web developers.

The following is a guest post by Sara Soueidan. I know Sara through all her excellent work on CodePen. She was working on some custom HTML5 video controls and noticed that the customizations were lost when the video went into full screen mode (example of that happening). Digging into the shadow DOM, Sara finds a solution...

If you’ve ever worked with HTML5 video then you have probably wondered how you get a bunch of control buttons, sliders, and slider thumbs on your page, when you’ve only added a single <video> tag to the DOM.

Browsers add these controls as a “sub-tree” of the video tag into the rendering of the document. These elements (buttons, sliders, etc.) are part of the DOM, but you can’t actually see them in the main DOM tree, you only see them rendered onto the page. More on this shortly.

The problem of HTML5 video controls in full-screen mode

While working on a custom HTML5 video framework lately, I stumbled upon an issue which a lot of designers and developers stumble upon in this area. Instead of displaying the custom controls I was working on, native browser controls appeared on the video when it entered the full-screen mode. Like so many others, I searched around for answers to this problem but had no luck finding any. After some inspection in the dev tools, I found that:

1. The native controls were still there. By setting the controls attribute of the video element to false, we are able to hide the controls but for some reason, when entering full-screen mode they reappear, despite being hidden in normal screen mode. (Why?)
2. The custom controls were hidden below the video in the full-screen mode. Inspecting the controls with the dev tools showed that the reason the controls were hidden below is because the user agent’s style sheet (in this case Chrome’s style sheet) was overriding the styles applied to the controls, with a very weird z-index value, I must say!

How do we make this work? How do we prevent the native controls from appearing in full-screen mode and show our own custom-styled controls instead?

The second point is easy: just override the user agent stylesheet. We do that all the time in our stylesheets. We’ll get to this shortly. But what about the first point? How can we hide elements that the browser adds but we can't see in the DOM tree we're working with?

Note that the technique explained in this article to hide the native controls works only in browsers that support the Shadow DOM.

Quick Introduction to Shadow DOM

The subtree of DOM elements generated by the browser is what we call the "Shadow DOM". Plainly speaking, it’s a bunch of DOM elements, the same as the ones you’re already familiar with, like <div>s and <span>s, which are added by the browser as a document fragment, and are rendered on the page just like the main DOM tree.

James Edwards summarizes the function of the shadow DOM perfectly in his article for SitePoint:

The Shadow DOM encapsulates content by creating document fragments. Effectively, the content of a Shadow DOM is a different document, which is merged with the main document to create the overall rendered output.

In fact some browsers already use this to render some of their native widgets.

The reason why browsers do this is because browser developers decided to encapsulate some DOM elements to hide them from us developers so we’re not concerned with the implementation details of these elements, in an attempt to make things easier for us to work with. Also, as James Edwards also said in his article:

Because it’s isolated, users can’t accidentally break it, there’s no possibility of naming conflicts with any classes or IDs you use, and the CSS on the main page won’t affect it at all.

So we know now that the controls added to the video tag are just part of the shadow DOM sub-tree generated for this tag by the browser.

Hiding the native video controls

We need to be able to style the controls which are part of the shadow DOM, but how do we do that if the regular CSS selectors we know can’t access Shadow DOM elements?

After reading this superb intro article by Dimitri Glazkov I learned that "there’s a handy pseudo attribute capability, which allows shadow DOM subtrees to associate an arbitrary pseudo-element identifier with an element in the subtree."

Which means that some elements inside the shadow DOM subtree can be styled by targeting them via their associated pseudo-element. This sounds great!

But how do we determine what pseudo-element is associated with the shadow DOM element we need to style? Some elements are more or less known, like the range input, which has a pseudo-element available to style its thumb in webkit browsers

::-webkit-slider-thumb

Firefox also provides two pseudo-elements to style range inputs now that it supports them starting from version 23.0:

::-moz-range-track

and

::-moz-range-thumb

But what about other less-known pseudo-elements associated with other shadow DOM elements? What pseudo-elements are associated with them? To find out, the Chrome dev tools come to the rescue!

Determining pseudo-elements associated with Shadow DOM elements

One of the great features of the Chrome dev tools is that you can inspect the shadow DOM subtrees in the Elements panel just like you would inspect the “regular” DOM tree. All you have to do is enable this feature:

1. Go to dev tools settings (by clicking the little gear icon at the bottom right of the dev tools)
2. In the General tab, check the “Show Shadow DOM” option
3. Restart the dev tools (close and reopen)

Now, when u inspect the <video> element, you get something similar to the screenshot below:

Then, just like you can get the style rules for any HTML element if you click on it in the Elements panel, you can see the pseudo-elements associated with the subtree of the shadow DOM too. Pretty neat, huh? :)

So for the video controls we can see from the screenshot that there’s a pseudo-element called ::-webkit-media-controls, which as the name clearly indicates, is associated with tags containing media controls.

Setting a display:none !important; on this pseudo-element hides the element completely in normal and full-screen mode.

::-webkit-media-controls {
      display:none !important;
    }

But bear in mind that this pseudo-element is associated with the outermost <div> in the subtree, which will contain media controls, all kinds of media controls, which means that if you have an <audio> tag somewhere on the page, you’ll be hiding the controls for that media element as well.

So, unless you want to hide all browser native media controls, you’ll need to specify which type of media controls to hide, which are those associated with the video element, and you’d target them by specifying the “scope” for this pseudo-element:

video::-webkit-media-controls {
      display:none !important;
    }

This will hide the native controls completely.

Another options is that you could go deeper in the sub-tree to find the pseudo-element associated with the inner and more specific div containing the actual controls: buttons, sliders, etc., and hide that.

So going one level deeper we get the pseudo-element associated with the inner div:

video::-webkit-media-controls-enclosure {
      display:none !important;
    }

Setting the display property of this pseudo-element to none will hide the native controls completely, in both normal and full-screen mode. You can also see that this pseudo-element is more specific in terms of scope (the video element) and the div it’s associated with: the div “enclosing” the actual control elements.

And that’s pretty much all you need to do to hide the native controls in full-screen mode. Simple, right?

Showing the custom video controls

As for the custom controls, they still didn’t appear in my demo after hiding the native ones, because, as you’ve seen in the screenshot above, the user agent style sheet had a value for z-index set to the full-screen mode:

I have no idea why the developers chose this value in particular, but it could be because, as Nate Volker pointed out in his comment below that this number is the maximum value for a 32-bit signed integer, which could be the datatype the browser developers use to represent values for z-index. So in order to make sure the custom controls are visible you need to set the z-index for the custom controls to be equal to or higher than this value.

Setting it to 2147483646 made the controls disappear in full-screen mode on Firefox and, sometimes (a bug?), in Chrome, so the z-index for the controls container should be >= 2147483647.

.custom-video-controls {
      z-index: 2147483647;
    }

Summary

In order to hide the native controls in full-screen mode in browsers supporting the Shadow DOM you need to:

1. target the pseudo-element associated with them: video::-webkit-media-controls-enclosure, which you can find by using Chrome’s dev tools and inspecting the shadow DOM, and set it's display to none, and then to show your custom-styled controls
2. set the z-index of your custom controls to a value higher than the z-index supplied by the user agent style sheet.

And that's pretty much it!

Demo

View Demo

What about other browsers that don't support the shadow DOM?

While working I also tested the results in Firefox. Setting the z-index to the value mentioned above makes the custom controls also appear in Firefox’s full-screen mode, so showing the controls is easy, but the shadow DOM solution doesn’t work because Firefox does not yet support it, so the native controls also still appear in full-screen mode.

Surely enough, you can expect similar behavior in other browsers that don't support the shadow DOM.

The only way that I found to hide the native controls in these browsers is to cover the native controls with the custom ones, by simply positioning the custom controls on top of them using simple and basic CSS styles targeting the full-screen mode.
This hides the native controls, but also has a limitation: the custom controls can’t have a transparent background, otherwise the native controls will show through.

There is another possible solution here. Mr. James Edwards noted in his comment below that the native controls can be hidden in full-screen mode in another way too, without having to use the shadow DOM, by applying the full-screen mode to an element, for example, a

ISCOM Meeting Notes

Monday, September 23th, 2013

ISCOM Speaker Series: Dr. Shaun Kane

Contact Information:

Dr. Shaun Kane (http://userpages.umbc.edu/~skane/)

What is HCI? (Human Computer Interaction):

- Computer science, used “for good”

- Applying skills to developing technology to help solve real problems

- Understanding how to make things for how people work

- Adapting complex ideas from computer science for a specific user population

Sample HCI research and project:

- “Access Lens”, a gesture-based screenreader for real-world documents using a desk mounted camera that identifies and recognizes text area

- Uses computer vision finger techniques to guide user where text is located on the page

- Video: http://youtu.be/gyBT4e_PoK8

Lab for HCI Research at UMBC: The PAD (http://umbcpad.com/)

- Space where students can work on interesting research ideas with students and faculty

- Research and projects create change with populations in need and make a difference in the lives of underserved populations

How can students can get involved in HCI and HCI research?

- Apply for the Master’s program in Human Centered Computing (HCC) at UMBC

- Take related undergraduate courses such as IS 303, IS 403, and IS 448

- Contact a faculty or staff member! Be sure to do background research, read their UMBC userpages site, and start with a serious direction of your research interest.