- From: Richard Schwerdtfeger <schwer@us.ibm.com>
- Date: Sun, 21 Mar 2010 22:44:39 -0500
- To: Maciej Stachowiak <mjs@apple.com>
- Cc: Steven Faulkner <faulkner.steve@gmail.com>, public-canvas-api@w3.org, HTMLWG WG <public-html@w3.org>, HTML Accessibility Task Force <public-html-a11y@w3.org>, public-html-a11y-request@w3.org, public-html-request@w3.org
- Message-ID: <OF571FA16C.6A3FBFE5-ON862576EE.001457A8-862576EE.001490F3@us.ibm.com>
Hi Maciej, Text Caret Selection changed would work from the selected text in the DOM. It does not operate off coordinates. ... However, that said, let me try to work with a selection proposal and see what people think. What it will come down to (whatever we call it) is how we describe to the author and how the browser handles it. Rich Rich Schwerdtfeger CTO Accessibility Software Group Maciej Stachowiak <mjs@apple.com> Sent by: To public-html-reque Richard st@w3.org Schwerdtfeger/Austin/IBM@IBMUS cc Steven Faulkner 03/15/2010 03:53 <faulkner.steve@gmail.com>, PM public-canvas-api@w3.org, HTMLWG WG <public-html@w3.org>, HTML Accessibility Task Force <public-html-a11y@w3.org>, public-html-a11y-request@w3.org, public-html-request@w3.org Subject Re: change proposal: Provide accessibility implementation information (in the Canvas 2d Context specification) for focus rectangle and caret On Mar 15, 2010, at 1:07 PM, Richard Schwerdtfeger wrote: <RSS>I confirmed with Frank Olivier (Microsoft) that when you turn on caret browsing the follows the end of the caret selection drag. Also, on my Mac, although the caret does not render during selection. If you drag the selection and then hit the right arrow key the caret appears at the end of the selection. However, if you hit the down arrow it goes to the next line at the X Position representing the start of the drag. We need to have the screen magnifier follow the end of the selection and even if the caret is not visible I feel you want to follow the end of the select or caret location. The caret, during a selection should follow the end the selection drag. It does on Windows for caret browsing mode. The Accessibility API used to move the "point of regard - a UAAG 1.0 term", on systems I work on do so by following the caret position and not the selection which is a selection range vs. a location. I can't see having the magnifier following a selection range as it could be the whole page. </RSS> I think it may not be obvious to Web application authors that they should expose the "end of selection" position as a caret position. I think an API that would be more clear is to for the Web content author to provide to coordinates for the start and end of the selection, and the UA can decide how to map that to accessibility APIs (it could use the start or the end, or do whatever else is appropriate with the given assistive technology). I think that's cleaner and more appropriate than expecting Web content authors to know that they should report the selection end as a caret position. It also seems like this would allow both TEXT_CARET_MOVED and TEXT_SELECTION_CHANGED from IA2 to be handled by the UA. Regards, Maciej
Attachments
- image/gif attachment: graycol.gif
- image/gif attachment: pic26582.gif
- image/gif attachment: ecblank.gif
Received on Monday, 22 March 2010 03:45:44 UTC