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.

The Protocols and Formats Working Group today published a First Public Working Draft of Accessible Rich Internet Applications WAI-ARIA 1.1. WAI-ARIA provides an ontology of roles, states, and properties that define accessible user interface elements and it can be used to improve the accessibility and interoperability of web content, particularly web applications. It is introduced in the WAI-ARIA Overview. WAI-ARIA 1.1 is expected to include only a few changes from 1.0. The primary change in this Draft is the addition of aria-describedat. Learn about the current status of WAI-ARIA 1.0 and 1.1, and the Web Accessibility Initiative (WAI).

Update (27.09.2013): If you’re using CC, make sure that you’ve installed the latest version of PS and Extension Manager first, before installing BlendMe.in. If you should still happen to run into any issues, please kindly send an email to contact@blendme.in. Thank you for your understanding and support. – Ed.

Here at Smashing Magazine, we’re very fond of the creativity and mutual support of the Web design community. Today, we’re proud to feature a free Photoshop extension that will help everyone access those font icons they need without even leaving Photoshop. – Ed.

There is no doubt that the Web is full of websites that are packed with free icon packs, and that doesn’t necessarily make it easier for designers to find their way around when they’re looking for a particular icon for a particular project. When you’re in your creative zone and have an idea about something that would perfectly fit in your design, you don’t have time to waste and struggle with finding the right asset.

BlendMe.in is a Photoshop extension that allows you to quickly find a high-quality icon that you can simply drag and drop and then easily continue your ideation. All of the icons are vectorial and have been inserted as smart Photoshop objects, meaning that you get all the icon components as layers (vector objects, adjustment layers, etc.) so that you can easily tweak them to match your creation.

A preview of a “dog” icon in Photoshop with the help of the BlendMe.in extension.

BlendMe.in automatically suggests a number of icons that are related to the keyword you’ve typed in.

Search results when you type in “twitt” in the extension.

The Photoshop extension provides you with suggestions of icons that contain the same keywords.

Download BlendMe.in For Free!

BlendMe.in is freely available for private and commercial projects. All the assets are provided under a Creative Commons Attribution 3.0 Unported License.

• Preview of the BlendMe.in Photoshop extension
• Download the free extension (ZIP, 1.80 MB)

Instructions:

• Close Photoshop before installing the extension.
• If you don’t have it, download and install Adobe Extension Manager.
• Unpack the ZIP file, and double click one of the .zxp files. This will launch Adobe Extension Manager.
• Please make sure the Extension Manager version matches your Photoshop version.
• Go through the installation steps.
• Open Photoshop and choose Window → Extensions → Blendmein.
• Browse or search icons, then drag and drop into your PSD.

Behind The Design

As always, here are some insights from the designers:

“This extension started out as a solution to a problem that we as UX designers often have: we tend to use small parts of older UIs (especially in the mock-up phase) and the process can be quite frustrating. We kept asking ourselves, ‘How difficult can it be to build an extension in which one can search layers from existing PSDs?’ After several tries, we came up with something that we kept using repeatedly, not only because it was our own tool, but because it made our lives easier.

This extension only contains icons at the moment. We do, however, plan to grow the collection and include more asset types, including filters, effects and adjustment layers.

The content inside BlendMe.in is provided under a Creative Commons Attribution 3.0 Unported License — with attribution. We’re thinking of ways to make the attribution even more prominent by default, e.g. by automatically generating a text layer with thanks to all the asset authors that have/are being used. Designers pour hours of work into these high-quality collections which they release for free, and attribution is really the least we could do to give them the credit they deserve.

Speaking about thanks, we’d like to thank Daniel Bruce (Entypo) and Visual Idiot for their early support, and to all the creatives who’re making part of their work available to others for re-use. Thank you!”

A big Thank You to the team at BlendMe.in for the fantastic Photoshop extension — we all sincerely appreciate your hard work!

(il, ea)

© The Smashing Editorial for Smashing Magazine, 2013.

Sustainability Outreach and Communications Intern:

Intern will report to Sustainability Coordinator. The position will be 8 hours per week.  Hours may vary to accommodate meetings, events, and interviews. Additional tasks may be assigned.

Intern must demonstrate evidence of interest and background in sustainability and must feel comfortable reaching out to professionals, peers, and faculty. Intern must be a current UMBC student.

Email tanvig1@umbc.edu with a resume and cover letter detailing:

1. Why this position interests you
2. Related skills and experiences you possess
3. Any groups, activities, jobs or time commitments you are currently engaged in

The sustainability outreach and communications intern will assist in developing communication and outreach efforts on the following topics in coordination with staff, groups, and committees on campus under the direction of the Sustainability Coordinator:

1. Sustainability Related Accomplishments and Champions
2. Energy Conservation Efforts
3. Transportation
4. Research and Education
5. Recycling, Waste, and Compost

Desired skills and qualifications:

•  Strong writing and communication skills
• Strong organizational and time management skills
• Familiarity with or willingness to learn HMTL, wordpress, and understanding of basic web design
• Ability to work independently
• Creativity and design skills
• Related coursework in related area such as Environmental Studies, Communications and Design
• Awareness of environmental issues
• Involvement in campus sustainability

Examples of Tasks and Responsibilities:

Website:

- Increase number of hits to UMBC Website and track analytics

- Develop, format, update and edit web content

Events:

- Event planning and logistics

- Assisting with activities including tabling, coordinating sign-up sheets, pledges, and photo booths

Writing:

- Assist with writing press releases, articles and event summaries

- Assist with conduct interviews and drafting articles

Design:

- Assist with posters, designs and fliers

Social Media:

- Assist with drafting updates to myUMBC and Facebook Events Calendar

- Assist with creating and posting spotlights

- Assist with posting photos and updates following events

- Expanding followers on myUMBC and social media

Photography:

- Assist with taking photographs and editing, organizing and uploading content