<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: The different aspects of video accessibility</title>
	<atom:link href="http://blog.gingertech.net/2009/08/03/aspects-of-video-accessibility/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.gingertech.net/2009/08/03/aspects-of-video-accessibility/</link>
	<description>Silvia&#039;s blog</description>
	<lastBuildDate>Sun, 28 Feb 2010 17:51:54 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Raw Notes from Future of Web Apps London 2009 &#8211; Day 2 &#124; The Life and Times of James R J Constable</title>
		<link>http://blog.gingertech.net/2009/08/03/aspects-of-video-accessibility/comment-page-1/#comment-1521</link>
		<dc:creator>Raw Notes from Future of Web Apps London 2009 &#8211; Day 2 &#124; The Life and Times of James R J Constable</dc:creator>
		<pubDate>Sat, 03 Oct 2009 06:39:27 +0000</pubDate>
		<guid isPermaLink="false">http://blog.gingertech.net/?p=484#comment-1521</guid>
		<description>[...] http://blog.gingertech.net/2009/08/03/aspects-of-video-accessibility/ Chrome Frame &#8211; accessibility black hole Using s screen reader is tough [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://blog.gingertech.net/2009/08/03/aspects-of-video-accessibility/" rel="nofollow">http://blog.gingertech.net/2009/08/03/aspects-of-video-accessibility/</a> Chrome Frame &#8211; accessibility black hole Using s screen reader is tough [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: [FOWA 2009]: How to Increase the Accessibility of Your Web App &#124; sprain's</title>
		<link>http://blog.gingertech.net/2009/08/03/aspects-of-video-accessibility/comment-page-1/#comment-1514</link>
		<dc:creator>[FOWA 2009]: How to Increase the Accessibility of Your Web App &#124; sprain's</dc:creator>
		<pubDate>Fri, 02 Oct 2009 11:08:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.gingertech.net/?p=484#comment-1514</guid>
		<description>[...] Aspects of Video Accessibility [...]</description>
		<content:encoded><![CDATA[<p>[...] Aspects of Video Accessibility [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: silvia</title>
		<link>http://blog.gingertech.net/2009/08/03/aspects-of-video-accessibility/comment-page-1/#comment-1199</link>
		<dc:creator>silvia</dc:creator>
		<pubDate>Mon, 10 Aug 2009 00:29:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.gingertech.net/?p=484#comment-1199</guid>
		<description>John,
Anything that is actually an audio or video track (let&#039;s not forget about sign language videos) should be done as a synchronised track from within the binary video file, IMO. Thus, a Ogg video would need to contain multiple audio tracks for all the different languages, multiple descriptive audio tracks in different languages, and also sign language (possibly in different sign languages) to be fully accessible.
The idea that we have been toying with is to have all these different tracks available on the server and deliver a custom Ogg file depending on the browser request. I.e. if you&#039;re asking for a particular language, you would get all the audio tracks that refer to that language together with the video; or if you&#039;re asking for content for a blind user with their particular preferred Sign Language specified, you&#039;d get no audio tracks and just video.
There are no implementations of this yet, but I would be curious to get your feedback. This is indeed what I want to experiment with for video accessibility in the near future.</description>
		<content:encoded><![CDATA[<p>John,<br />
Anything that is actually an audio or video track (let&#8217;s not forget about sign language videos) should be done as a synchronised track from within the binary video file, IMO. Thus, a Ogg video would need to contain multiple audio tracks for all the different languages, multiple descriptive audio tracks in different languages, and also sign language (possibly in different sign languages) to be fully accessible.<br />
The idea that we have been toying with is to have all these different tracks available on the server and deliver a custom Ogg file depending on the browser request. I.e. if you&#8217;re asking for a particular language, you would get all the audio tracks that refer to that language together with the video; or if you&#8217;re asking for content for a blind user with their particular preferred Sign Language specified, you&#8217;d get no audio tracks and just video.<br />
There are no implementations of this yet, but I would be curious to get your feedback. This is indeed what I want to experiment with for video accessibility in the near future.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Drinkwater</title>
		<link>http://blog.gingertech.net/2009/08/03/aspects-of-video-accessibility/comment-page-1/#comment-1198</link>
		<dc:creator>John Drinkwater</dc:creator>
		<pubDate>Sun, 09 Aug 2009 20:17:51 +0000</pubDate>
		<guid isPermaLink="false">http://blog.gingertech.net/?p=484#comment-1198</guid>
		<description>Silvia,
Does any of this accessibility work cover second audio languages or descriptive audio tracks? Would be interested if you’ve been working on anything in that area.
I imagine people could say to just script it with javascript and use another audio tag, but I can see the importance of linking it with the video’s parameters..</description>
		<content:encoded><![CDATA[<p>Silvia,<br />
Does any of this accessibility work cover second audio languages or descriptive audio tracks? Would be interested if you’ve been working on anything in that area.<br />
I imagine people could say to just script it with javascript and use another audio tag, but I can see the importance of linking it with the video’s parameters..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pvagner</title>
		<link>http://blog.gingertech.net/2009/08/03/aspects-of-video-accessibility/comment-page-1/#comment-1176</link>
		<dc:creator>pvagner</dc:creator>
		<pubDate>Tue, 04 Aug 2009 15:50:07 +0000</pubDate>
		<guid isPermaLink="false">http://blog.gingertech.net/?p=484#comment-1176</guid>
		<description>@Silvia I think Aria is just suited for that. If I do understand correctly it is good to implement custom keyboard navigation and program custom exposure of control&#039;s roles and states to the assistive technologies.
This is how I do understand it so I apologize if this is not accurate enough. I&#039;ll try to experiment with it more so I&#039;ll get better understanding.</description>
		<content:encoded><![CDATA[<p>@Silvia I think Aria is just suited for that. If I do understand correctly it is good to implement custom keyboard navigation and program custom exposure of control&#8217;s roles and states to the assistive technologies.<br />
This is how I do understand it so I apologize if this is not accurate enough. I&#8217;ll try to experiment with it more so I&#8217;ll get better understanding.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: silvia</title>
		<link>http://blog.gingertech.net/2009/08/03/aspects-of-video-accessibility/comment-page-1/#comment-1175</link>
		<dc:creator>silvia</dc:creator>
		<pubDate>Tue, 04 Aug 2009 13:38:04 +0000</pubDate>
		<guid isPermaLink="false">http://blog.gingertech.net/?p=484#comment-1175</guid>
		<description>@pvagner - thanks for all the testing and feedback! Any patches you or anybody would have to improve accessibility would be happily accepted.

Unfortunately, the menu is not built using the menu element, so I cannot use the linked WAI-ARIA recommendations. The menu is instead built using ul, li and CSS, so I might need to think about using YUI3 (see http://www.yuiblog.com/blog/2009/08/03/aria-made-easier-with-yui-3/) or at least the same methods that YUI3 uses.</description>
		<content:encoded><![CDATA[<p>@pvagner &#8211; thanks for all the testing and feedback! Any patches you or anybody would have to improve accessibility would be happily accepted.</p>
<p>Unfortunately, the menu is not built using the menu element, so I cannot use the linked WAI-ARIA recommendations. The menu is instead built using ul, li and CSS, so I might need to think about using YUI3 (see <a href="http://www.yuiblog.com/blog/2009/08/03/aria-made-easier-with-yui-3/)" rel="nofollow">http://www.yuiblog.com/blog/2009/08/03/aria-made-easier-with-yui-3/)</a> or at least the same methods that YUI3 uses.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pvagner</title>
		<link>http://blog.gingertech.net/2009/08/03/aspects-of-video-accessibility/comment-page-1/#comment-1174</link>
		<dc:creator>pvagner</dc:creator>
		<pubDate>Tue, 04 Aug 2009 11:36:02 +0000</pubDate>
		<guid isPermaLink="false">http://blog.gingertech.net/?p=484#comment-1174</guid>
		<description>Hello again,
Okay, after some more playing I am afraid it needs some tweaking because controlling via keyboard does not seem to be reliable. Sometimes it shows the menu and sometimes it does not.
When I am emulating the mouse, the menu always shows fine. When testing keyboard controls I have tried with NVDA set to either focus or browse mode. So hopefully it&#039;s not NVDA blocking the controls.</description>
		<content:encoded><![CDATA[<p>Hello again,<br />
Okay, after some more playing I am afraid it needs some tweaking because controlling via keyboard does not seem to be reliable. Sometimes it shows the menu and sometimes it does not.<br />
When I am emulating the mouse, the menu always shows fine. When testing keyboard controls I have tried with NVDA set to either focus or browse mode. So hopefully it&#8217;s not NVDA blocking the controls.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pvagner</title>
		<link>http://blog.gingertech.net/2009/08/03/aspects-of-video-accessibility/comment-page-1/#comment-1173</link>
		<dc:creator>pvagner</dc:creator>
		<pubDate>Tue, 04 Aug 2009 11:04:25 +0000</pubDate>
		<guid isPermaLink="false">http://blog.gingertech.net/?p=484#comment-1173</guid>
		<description>Oops, I am sorry. I can&#039;t say really what has changed but now I can see it all fine. I have just restarted all the applications involved, reloaded the page and Voila. It&#039;s now nicely showing all the options for me.
I am getting even more impressed.
Perhaps menu can be further tweaked using ARIA as explained and further shown in the example here: http://www.w3.org/TR/2008/WD-wai-aria-practices-20080204/#Menu . Or do you think this is not appropriate for this kind of content? Or will it be possible to merge this whole navigation with the existing player controls in the future?</description>
		<content:encoded><![CDATA[<p>Oops, I am sorry. I can&#8217;t say really what has changed but now I can see it all fine. I have just restarted all the applications involved, reloaded the page and Voila. It&#8217;s now nicely showing all the options for me.<br />
I am getting even more impressed.<br />
Perhaps menu can be further tweaked using ARIA as explained and further shown in the example here: <a href="http://www.w3.org/TR/2008/WD-wai-aria-practices-20080204/#Menu" rel="nofollow">http://www.w3.org/TR/2008/WD-wai-aria-practices-20080204/#Menu</a> . Or do you think this is not appropriate for this kind of content? Or will it be possible to merge this whole navigation with the existing player controls in the future?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: pvagner</title>
		<link>http://blog.gingertech.net/2009/08/03/aspects-of-video-accessibility/comment-page-1/#comment-1172</link>
		<dc:creator>pvagner</dc:creator>
		<pubDate>Tue, 04 Aug 2009 10:43:54 +0000</pubDate>
		<guid isPermaLink="false">http://blog.gingertech.net/?p=484#comment-1172</guid>
		<description>I am still unable to see the menu which is supposed to come up when pressing spacebar or clicking the link saying &quot;Access Subtitles, Captions and Audio Descriptions - press space bar&quot;. I can see the section or div holding the list created in the itextMenu function but I am unable tosee more content that is supposed to be inside.
I am testing with Firefox 3.5.1 and NVDA trunk r3094. I am even unable to see this menu using NVDA&#039;s object navigation.
Has anybody checked this with acc explorer, or some other tool capable of inspecting IA2 hierarchy?
Is this a problem on my end, or problem with one of the tools in the chain namely, script, Firefox or NVDA?</description>
		<content:encoded><![CDATA[<p>I am still unable to see the menu which is supposed to come up when pressing spacebar or clicking the link saying &#8220;Access Subtitles, Captions and Audio Descriptions &#8211; press space bar&#8221;. I can see the section or div holding the list created in the itextMenu function but I am unable tosee more content that is supposed to be inside.<br />
I am testing with Firefox 3.5.1 and NVDA trunk r3094. I am even unable to see this menu using NVDA&#8217;s object navigation.<br />
Has anybody checked this with acc explorer, or some other tool capable of inspecting IA2 hierarchy?<br />
Is this a problem on my end, or problem with one of the tools in the chain namely, script, Firefox or NVDA?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
