W3C home > Mailing lists > Public > public-canvas-api@w3.org > October to December 2010

Re: html5 editor responds to Canvas accessibility related bugs

From: Ian Hickson <ian@hixie.ch>
Date: Sun, 3 Oct 2010 23:46:44 +0000 (UTC)
To: Charles Pritchard <chuck@jumis.com>
Cc: Richard Schwerdtfeger <schwer@us.ibm.com>, "public-canvas-api@w3.org" <public-canvas-api@w3.org>
Message-ID: <Pine.LNX.4.64.1010032341150.11485@ps20323.dreamhostps.com>
On Sun, 3 Oct 2010, Charles Pritchard wrote:
> On 9/27/2010 3:50 PM, Ian Hickson wrote:
> > On Mon, 27 Sep 2010, Richard Schwerdtfeger wrote:
> > > I am NOT in favor of directing developers to drop<canvas>  to enforce
> > > accessibility in order to force them to do what may be the right thing.
> > > That makes accessibility very hard to drive forward when costs are
> > > unnecessarily raised.
> > Are you also in favour of providing APIs to make it possible to write
> > accessible text editors using nothing but radio buttons? Or do you think
> > that we should tell people that doing that is not the right way to do
> > things and that they should instead use the built-in text editing
> > features? Why is canvas different?
> I'm going to come out for this. A virtual keyboard is essentially a text 
> editor using nothing but radio buttons.

I meant something with radio buttons being used purely for their graphical 
effect, as in:


Do you think that that should be conforming? What if someone wanted to 
make an editor out of radio buttons like that? Should that be conforming? 
How about if they wanted to make it accessible, do you think we should 
provide an API for doing so?

Making an editor like that makes just as much sense as making one out of 
<canvas>, IMHO, and should be supported to an equal degree.

Ian Hickson               U+1047E                )\._.,--....,'``.    fL
http://ln.hixie.ch/       U+263A                /,   _.. \   _\  ;`._ ,.
Things that are impossible just take longer.   `._.-(,_..'--(,_..'`-.;.'
Received on Sunday, 3 October 2010 23:48:08 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:31:51 UTC