- From: Charles McCathieNevile <chaals@opera.com>
- Date: Mon, 30 Jan 2012 08:43:27 +0100
- To: "Jeanne Spellman" <jeanne@w3.org>, "Jim Allan" <jimallan@tsbvi.edu>
- Cc: wed@csulb.edu, "WAI-UA list" <w3c-wai-ua@w3.org>
On Fri, 27 Jan 2012 21:40:45 +0100, Jim Allan <jimallan@tsbvi.edu> wrote: > Going by Wayne's original document I would say the amount or quality > AI involved simple guess versus complex heuristic.. > I don;t thing we can say an existing implementation indicates ease, > only that there was a good enough business case to make a feature. It's really a question of whether the technology is available and reliable. If someone can implement it easily, then it is probably not terribly hard - although it might be hard to put into a specific product. The problem for UAAG in particular and accessibility in general is that it is too easy for developers to say "but this is really hard". There was a specific exclusion to 508 saying you didn't need to do things like make selection of brush types in a painting program keyboard controllable. Having contributed to an entirely keyboard-controlled program for painting, which allowed multiple brush selection, it is pretty clear this was the result of a self-interested company lobbying for a lighter requirement, rather than any reality-based exclusion because something is too difficult. Which is why I like Wayne's approach. Indeed, deterministic vs inferential might be a very large part of the question of ease - since the former implies programming against a known target and the latter asks developers to imagine some algorithm that cannot be described. cheers Chaals > On Fri, Jan 27, 2012 at 12:45 PM, Jeanne Spellman <jeanne@w3.org> wrote: >> Agreed, this is a useful analysis and I have already grabbed part of it >> to put into the proposal for the level definitions. >> >> My question is: deterministic vs. inferential is one part of ease, but >> it certainly isn't all of it. What are the factors that define ease? >> We already have existing implementations indicate ease, but what else? >> >> What else makes a feature hard to implement? >> >> jeanne >> >> >> On 1/27/2012 1:10 PM, Jim Allan wrote: >>> >>> Wayne, >>> thanks for doing the thinking and writing on this. A good place to >>> start. I agree with Chaals it strikes a good balance for ease vs >>> impact. That's where we as a group can decide to push the level up or >>> down. >>> >>> Jim >>> >>> On Thu, Jan 26, 2012 at 7:40 PM, Wayne Dick<wayneedick@gmail.com> >>> wrote: >>>> >>>> Hi All, >>>> >>>> I wrote this to help us narrow feasibility to a reasonable range, so >>>> we could use it in choosing Level A through AAA. We don't want to let >>>> developer's off reasonable tasks, but we can't require excessive >>>> development. >>>> >>>> http://www.csulb.edu/~wed/Feasibility.html >>>> >>>> Wayne >>>> >>> >>> >>> >> > > > -- Charles 'chaals' McCathieNevile Opera Software, Standards Group je parle français -- hablo español -- jeg kan litt norsk http://my.opera.com/chaals Try Opera: http://www.opera.com
Received on Monday, 30 January 2012 07:44:14 UTC