W3C home > Mailing lists > Public > public-aria@w3.org > February 2016

RE: role="text" and text frames

From: Cynthia Shelly <cyns@microsoft.com>
Date: Wed, 10 Feb 2016 22:35:44 +0000
To: James Teh <jamie@nvaccess.org>, Rich Schwerdtfeger <richschwer@gmail.com>, Matt King <a11ythinker@gmail.com>
CC: Joseph Scheuhammer <clown@alum.mit.edu>, Alexander Surkov <surkov.alexander@gmail.com>, Rich Schwerdtfeger <schwer@us.ibm.com>, "wai-xtech@w3.org" <wai-xtech@w3.org>, "public-aria@w3.org" <public-aria@w3.org>
Message-ID: <SN1PR0301MB1535D9C8A189E8FD64F4FC14C6D70@SN1PR0301MB1535.namprd03.prod.outlook.com>
The equivalent in UIA would be
<p>foo <span onClick=";">bar</span> bas</p>

Text pattern:
Foo [format break]bar[format break] bas

Control Tree:
Page
Text with Invoke pattern

Without the onclick (or a tabindex, or a few other things)
Text pattern:
Foo bar bas

Control Tree:
Page

I think the Text element in the Control Tree is equivalent to a text frame in IA2.  I think we could put it in for <img role=text> but that would be different than how we handle text elements in general. For most text elements (span, em, h2, etc) we don’t create a control view item unless there is a tabindex or a few other special cases.

I’m still not clear what problem role=text is solving.

From: James Teh [mailto:jamie@nvaccess.org]
Sent: Tuesday, February 9, 2016 5:47 PM
To: Rich Schwerdtfeger <richschwer@gmail.com>; Matt King <a11ythinker@gmail.com>
Cc: Joseph Scheuhammer <clown@alum.mit.edu>; Cynthia Shelly <cyns@microsoft.com>; Alexander Surkov <surkov.alexander@gmail.com>; Rich Schwerdtfeger <schwer@us.ibm.com>; wai-xtech@w3.org; public-aria@w3.org
Subject: Re: role="text" and text frames

On 10/02/2016 2:52 AM, Rich Schwerdtfeger wrote:

If we make this the text role the AT should have enough knowledge that it is either a raster image or a vector drawing
How does it get this knowledge? By looking at the role of ancestors? Certainly, the static text role isn't sufficient to communicate this.


Static text is important in that it would allow the text to be read to the user when placed in a line of text. Text frame would not work that way. It would be treated as a separate entity much the same way we handle TDs when role=“presentation”  is applied to a  table.
I disagree. As I've pointed out before, text frame (at least as it's used in web browsers today) shouldn't be treated as a block element; it's actually inline. ATs might *choose* to present it on a separate line, but that's a choice, not something inherent in the role. Take the following example:

<p>foo <span onClick=";">bar</span> bas</p>

Firefox exposes "bar" with a role of text frame, but it's still very much inline and can thus be rendered on the same line unless an AT chooses to render it separately for UX reasons.

Jamie



--

James Teh

Executive Director, NV Access Limited

Ph +61 7 3149 3306

www.nvaccess.org<http://www.nvaccess.org>

Facebook: http://www.facebook.com/NVAccess

Twitter: @NVAccess

SIP: jamie@nvaccess.org<mailto:jamie@nvaccess.org>
Received on Wednesday, 10 February 2016 22:36:25 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 18:58:20 UTC