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

Use of ARIA markup for rich text editing

From: Richard Schwerdtfeger <schwer@us.ibm.com>
Date: Tue, 14 Dec 2010 15:41:57 -0600
To: franko@microsoft.com, david.bolter@gmail.com
Cc: Charles Pritchard <chuck@jumis.com>, public-canvas-api@w3.org
Message-ID: <OF10CA78F8.45683335-ON862577F9.007644DC-862577F9.0077327D@us.ibm.com>


Hi Frank, David

I spoke with Charles and I think we can reproduce the same functionality
with existing ARIA attributes on existing HTML elements in canvas using
aria-invalid:

http://www.w3.org/WAI/PF/aria/states_and_properties#aria-invalid

We could basically have:

<mark aria-invald="grammar"> See Spot fast run </mark>

or

<mark aria-invald="spelling"> See Spot fast run </mark>

or

<mark aria-selected="true"> See Spot fast run </mark>

This eliminates the need for any new HTML 5 tags. It uses existing ARIA
markup. We would simply need to define its API mapping in the HTML 5
accessiblity mapping document.

These can then be wired to the <canvas> UI and we don't need to make use of
any new API calls. Authors would be required to mark the areas accordingly.

Would you support this approach? To me this is low impact comparative to
any other solution we have now.

The only think we don't address is a replacement for the caret found in
contenteditable areas. So, to have a caret we would need to use either a
textfield or a contenteditable area - unless we add a feature.

Rich

Rich Schwerdtfeger
CTO Accessibility Software Group
Received on Tuesday, 14 December 2010 21:42:38 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 14 December 2010 21:42:39 GMT