- From: Ian Hickson <ian@hixie.ch>
- Date: Sat, 23 Jan 2010 05:57:39 +0000 (UTC)
- To: James Craig <jcraig@apple.com>
- Cc: public-canvas-api <public-canvas-api@w3.org>, HTML WG <public-html@w3.org>
On Fri, 22 Jan 2010, James Craig wrote: > On Jan 22, 2010, at 3:23 PM, Ian Hickson wrote: > > On Fri, 22 Jan 2010, James Craig wrote: > >> On Jan 22, 2010, at 3:09 PM, Ian Hickson wrote: > >>> > >>> Can browser vendors confirm that they are willing to prominently > >>> expose this new selection UI? > >> > >> Browsers vendor reps confirmed it is at least possible, assuming the > >> WGs come to an agreement on on the format. > >> > >> Final message: > >> http://lists.w3.org/Archives/Public/public-canvas-api/2010JanMar/0099.html > >> > >> Entire thread: > >> http://lists.w3.org/Archives/Public/public-canvas-api/2010JanMar/thread.html#msg1 > > > > What are you thinking the UI should look like in Safari? > > In my opinion, no additional visual UI is necessary by default. As a > custom view, the author can control this in the canvas. However, user > agents should pass selection size and position along to accessibility > APIs, so an assistive technology can render and alternate visual cursor > selection if desired. I don't think you're discussing the same thing Richard is discussing. What Richard is discussing doesn't make sense without controls in the user agent interface to control what modality the user wishes to view. -- Ian Hickson U+1047E )\._.,--....,'``. fL http://ln.hixie.ch/ U+263A /, _.. \ _\ ;`._ ,. Things that are impossible just take longer. `._.-(,_..'--(,_..'`-.;.'
Received on Saturday, 23 January 2010 05:58:11 UTC