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

Re: role="text" and text frames

From: Joseph Scheuhammer <clown@alum.mit.edu>
Date: Tue, 9 Feb 2016 10:24:44 -0500
To: Matt King <a11ythinker@gmail.com>, "'Cynthia Shelly'" <cyns@microsoft.com>, "'Alexander Surkov'" <surkov.alexander@gmail.com>
Cc: "'James Teh'" <jamie@nvaccess.org>, "'Richard Schwerdtfeger'" <schwer@us.ibm.com>, wai-xtech@w3.org, public-aria@w3.org
Message-ID: <56BA04BC.6060606@alum.mit.edu>
Hi Matt,

> Cynthia, if that is how it would work, does that mean that it would be literally impossible for the screen reader user to be aware of the image? Like, for example, there would not be any way for the screen reader to provide an option to ignore the text role?

I believe that is the point of the text role.  In this case it means, 
"there is no image here, just text".

> Would the image context menu be out of reach?

I suppose so.  Does an <img role="presentation"> have an image context 
menu?  That's another case where the <img> is not exposed in the a11y 
tree.  See the final text in Rich's email for the ACTION-1380 effort 
[1].  If a presentational image allows interaction with a context menu, 
then, Houston, we have a problem, since there in no accessible in the 
AAPI to hang that menu off of.

Your question might be relevant to ISSUE-1011. [2]  The 
presentation/none role section calls out a number of restrictions on its 
use.  Issue-1011 suggests similar restrictions for the text role.

> Matt

[1] https://lists.w3.org/Archives/Public/public-aria/2016Jan/0178.html
[2] https://www.w3.org/WAI/ARIA/track/issues/1011


'Die Wahrheit ist Irgendwo da Drau├čen. Wieder.'
                  - C. Carter -
Received on Tuesday, 9 February 2016 15:25:15 UTC

This archive was generated by hypermail 2.4.0 : Thursday, 24 March 2022 20:23:19 UTC