I have a live streaming video player that can be hidden by collapsing its parent container. I'm wondering if such a player must have Stop/Pause buttons in terms of accessibility. Thank you!
Maria, just because it's hidden to a sighted user, doesn't mean it will be hidden to a user who is blind. WCAG 2.2.2 addresses this specifically: https://www.w3.org/TR/WCAG21/#pause-stop-hide.
Related
If I have an element that has the aria-live='polite', but I don't want the screen reader to reads the updated content, but a customized message I provide, is it possible?
Thanks!
Adding content to a live region when you don't want it announced goes against the design of the ARIA live region specification, so I'd encourage you to think this through before proceeding with whatever you're doing here, but for purposes of this question I'm going to focus purely on what is and isn't technically possible.
You could, in theory, add aria-hidden="true" to the content in the live region that you don't want announced. This will prevent this section of the DOM from being exposed to the accessibility tree in the browser. At the same time, this content will be visible to sighted visitors.
On the flipside, you can add content to a live region that isn't visible to sighted users. This would be the "custom message" that you describe. The usual technique for this would be to position the content off-screen using CSS.
I am trying to adapt an HTML based app for Chromecast and everything is working fine, except that the ":focus" is not taken into account in the CSS.
I am using it to display differently some items (basically the equivalent of the "selected item").
The focus is handled properly (calling ".focus()" on some DOM node works fine), just the display is not done properly.
I suspect this could be intentional as there is no keyboard and such for Chromecast. I could always rewrite the whole CSS to add a "focused" class on the element, but rewriting the whole thing just for Chromecast as it is already working on a number of platforms seems a bad idea.
Is there a way to activate the support for ":focus" in the CSS ?
Is there a work around ?
Best Regards
JN
The idea behind the chromecast is not to have a UI in the way that you are describing; the "control/navigation" is on the second screen and the consumption of content (playback of media, for example) is on TV. As an example, consider the Google Play Music. User picks up her mobile device, navigates through albums and such on her device till she finds the desired content. During this interaction, the TV screen doesn't try to show the navigation that is happening on her device and that makes sense since she is not even looking at the TV; in fact, it would have been pretty difficult to look at TV (assuming it was mirroring her mobile display) and navigate on her mobile device; user doesn't want to move her eyes from one to the other while she is searching through her content. Finally when she finds what she casts that to TV and can listen to that on her TV. It is the same behavior with the TV and Movies app, Netflix and Hulu+ as well and it is strongly recommended you follow the same pattern.
I have a track on my website which utilizes the soundcloud HTML5 player. I was wondering if there is any way I can make it a little quieter that way it doesn't shock the viewer upon opening my page. If anyone could lead me in the right direction as to how to alter the players volume on soundcloud it would be much appreciated :D
I know it has something to do with javascript: setVolume(volume) but I'm not familiar with JavaScript so if someone could help me out that'd be great. I want the volume to be at 50%.
If need be, i could also use the flash player.
I'm fine with using either HTML5 or flash player, I just want the volume to be set at 50% when someone plays it.
You can do this by using the Widget API
Basically, the widget is embedded into your page with an iframe. Give the iframe an id, include the API library (linked above) and then it's really simple.
SC.Widget('myIframeId').setVolume(50);
just a quick question, i know this is usually done on a website but is it okay to add icon credits in the "about" screen of a mobile Application espercially for paid Apps like in Iphone or android. Has anybody seen this being done?. just wondering if it sounds professional. Thank you.
Yes, your icons are probably licenced under LGPL or Creative Commons and this is exactly what these licences suggest for putting the credits.
Most places that require you to "credit" them if you use their IP don't specify the place in your app that this credit should show up. Normally in desktop apps, the about page is a reliable place to find these credits. I believe the about page in a mobile app is also a reliable place. So unless the icons you have to credit specify the manner in which you need to credit them, this seems ok.
Apple recommends you don't use the loading screen as an about or splash screen:
Supply a launch image to improve user
experience; avoid using it as an
opportunity to provide:
An “application entry experience,”
such as a splash screen
An About window
Branding elements, unless they
are a static part of your
application’s first screen
(my emphasis)
I suggest you keep such icons and references to components on the developer web page about the product, rather than in the application itself.
I had youtube channel where I had for in my web site to display this videos from youtube channel .I did my code well but I had a problem with IE browser the sound continuous after I closed the player as you must let the player work after it finished ,So what I can Do?
You probably didnt reset either the object or embed container or something.
Thing is that internet explorer embeds flash differently.
You probably just deleted the content element so it became invisible but did not unset the flash media.
consider using this widely used javascript library to take care of all that for you:
http://code.google.com/p/swfobject/