- From: Richard Schwerdtfeger <schwer@us.ibm.com>
- Date: Tue, 20 Jan 2009 16:03:04 -0700
- To: Matt Morgan-May <mattmay@adobe.com>
- Cc: Steven Faulkner <faulkner.steve@gmail.com>, James Craig <jcraig@apple.com>, Victor Tsaran <vtsaran@yahoo-inc.com>, "w3c-wai-pf@w3.org" <w3c-wai-pf@w3.org>, "w3c-wai-pf-request@w3.org" <w3c-wai-pf-request@w3.org>, W3C WAI-XTECH <wai-xtech@w3.org>
- Message-ID: <OFF6954218.A69F379E-ON86257544.007E563D-86257544.007E9F69@us.ibm.com>
I guess I don't quite understand your concern. You own your own plug-in for flash. As long as your tools allow ARIA semantics to be used you would map it to the designated API in your player. Sorry for my confusion. My mind may be numbed by the Obama inauguration. :-) Rich Schwerdtfeger Distinguished Engineer, SWG Accessibility Architect/Strategist blog: http://www.ibm.com/developerworks/blogs/page/schwer Matt Morgan-May <mattmay@adobe.co m> To Richard 01/19/2009 04:44 Schwerdtfeger/Austin/IBM@IBMUS, PM James Craig <jcraig@apple.com> cc Steven Faulkner <faulkner.steve@gmail.com>, Victor Tsaran <vtsaran@yahoo-inc.com>, "w3c-wai-pf@w3.org" <w3c-wai-pf@w3.org>, "w3c-wai-pf-request@w3.org" <w3c-wai-pf-request@w3.org>, W3C WAI-XTECH <wai-xtech@w3.org> Subject Re: Use of role="application" for flash files First, I agree with Rich that role="application" makes sense for Flash objects right now. However, I can envision a point in the future where Flash Player could itself implement ARIA. The Flex framework in particular would benefit from ARIA role and state, as well as live regions. We already have similar functionality in ActionScript 3. But we will need to add support for IA2 or UIA to take that next step. My big concern here is leading UA implementers down a path today that will keep us from doing our own ARIA implementation in the future. What happens then? Has there already been a discussion about ARIA-aware plugin content? - m On 1/17/09 5:44 AM, "Richard Schwerdtfeger" <schwer@us.ibm.com> wrote: The AT should not ignore landmarks in "document browsing" mode so for this it should not matter if you are in "application" mode. Flash supports platform accessibility APIs in the form of MSAA. What they do not do at this point is support a richer accessibility API which would support the entirety of WAI-ARIA. I believe Adobe is looking at the end to end solution but I don't know what progress they have made to supporting an extended API set like UIA or IAccessible2 in the flash player. Matt May can speak more to this. My experience with Flash is that when it is accessible it works when you are doing application mode style navigation. Browsing the virtual buffer did not work so well. So, I would agree that having role="application" would be a great addition to Flash. Matt, what are your thoughts? Rich Rich Schwerdtfeger Distinguished Engineer, SWG Accessibility Architect/Strategist blog: http://www.ibm.com/developerworks/blogs/page/schwer [cid:3315221054_56440149]James Craig ---01/16/2009 01:23:33 PM---I can see the benefit of using application on a Flash movie for the James Craig <jcraig@apple.com> Sent by: w3c-wai-pf-request@w3.org 01/16/2009 01:22 PM [cid:3315221054_56415336] To [cid:3315221054_56446292] Victor Tsaran <vtsaran@yahoo-inc.com> [cid:3315221054_56434021] cc [cid:3315221054_56451808] Steven Faulkner <faulkner.steve@gmail.com>, W3C WAI-XTECH <wai-xtech@w3.org>, w3c-wai-pf@w3.org [cid:3315221054_56408476] Subject [cid:3315221054_56438127] Re: Use of role="application" for flash files [cid:3315221054_56435677][cid:3315221054_56420164] I can see the benefit of using application on a Flash movie for the sake of landmark navigation, but it also is intended to communicate to the UA/AT to switch from 'document browsing' mode into 'application interface' mode, so it doesn't make as much sense b/c Flash movies aren't ARIA applications. In a sense, because Flash isn't accessible on all systems, and because the interface is very different from the web browser's interface, the author is promising the user something they can't always deliver, or may not deliver in the way the user expects. In theory, on the platforms where Flash is accessible, the Flash player could/should communicate role, state, and property information directly to the accessibility API, instead of going through the browser via ARIA. On Jan 16, 2009, at 9:07 AM, Victor Tsaran wrote: > > I think in general this is a good idea. However, considering how many > Flash movies on the Internet are inaccessible, this may cause more > confusion for the end-user if they are suddenly are left with no > virtual > cursor and, subsequently, no ability to review the movie's content. > Victor > > -----Original Message----- > From: wai-xtech-request@w3.org [mailto:wai-xtech-request@w3.org] On > Behalf Of Steven Faulkner > Sent: Friday, January 16, 2009 8:09 AM > To: W3C WAI-XTECH > Cc: w3c-wai-pf@w3.org PF > Subject: Use of role="application" for flash files > > > I recieved a question about the use of role="application" for Flash > files in web pages. > My response was > "The role of application does something quite specific, it tells the > AT > to switch modes (if the AT uses them). It was only added as a landmark > role the other day, so I don't think the PF WG have thought about it > in > terms of its landmark use. It would make sense for a flash movie > that is > an interactive widget to be given a role="application" i guess..." > (http://www.paciellogroup.com/blog/?p=106) > > > any thoughts or guidance on this? > > While on this subject, with the behaviour of some AT being the > switching > of modes when a container with role="application" is encountered, will > this not have a negative effect upon the navigability of landmark > roles, > as it is my understanding that landmark role navigation will only work > in virtual mode? > > -- > with regards > > Steve Faulkner > Technical Director - TPG Europe > Director - Web Accessibility Tools Consortium > > www.paciellogroup.com | www.wat-c.org > Web Accessibility Toolbar - > http://www.paciellogroup.com/resources/wat-ie-about.html > > (See attached file: image.gif)(See attached file: image.gif)(See attached file: image.gif)(See attached file: image.gif)(See attached file: image.gif)(See attached file: image.gif)(See attached file: image.gif)(See attached file: image.gif)(See attached file: image.gif)
Attachments
- image/gif attachment: graycol.gif
- image/gif attachment: pic28980.gif
- image/gif attachment: ecblank.gif
- image/gif attachment: image.gif
- image/gif attachment: 05-image.gif
- image/gif attachment: 06-image.gif
- image/gif attachment: 07-image.gif
- image/gif attachment: 08-image.gif
- image/gif attachment: 09-image.gif
- image/gif attachment: 10-image.gif
- image/gif attachment: 11-image.gif
- image/gif attachment: 12-image.gif
Received on Tuesday, 20 January 2009 23:03:55 UTC