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

Change to common definition of "hidden" in ARIA specs

From: Amelia Bellamy-Royds <amelia.bellamy.royds@gmail.com>
Date: Wed, 2 Mar 2016 17:15:35 -0700
Message-ID: <CAFDDJ7x=J4D7oQ0peqZFdwT3vq2v8w2dTyt0gMe2vZpiRis-xw@mail.gmail.com>
To: ARIA Working Group <public-aria@w3.org>, SVG-A11y TF <public-svg-a11y@w3.org>
In SVG, it is possible for an element to be invisible (visibility: hidden)
but still interactive to click events (through the pointer-events style
property).  It is used, for example, to create an image-map behavior with a
raster image file, or to create large click regions for small data points
in a chart.

For the SVG accessibility mappings, we therefore want to make sure that
these interactive-but-invisible elements can be included in the
accessibility tree, so that assisstive technologies can forward events
correctly.  The current definition of "hidden" that is shared by all ARIA
specs (and which refers to elements that should be excluded from the
accessibility tree) doesn't factor this in.

Current definition:
Hidden

Indicates that the element
<http://127.0.0.1:55557/svg-aam/svg-aam.html#dfn-element> is not visible or
perceivable <http://127.0.0.1:55557/svg-aam/svg-aam.html#dfn-perceivable>
 to *any* user. An element is considered *hidden* if it or any one of its
ancestor elements is not rendered or explicitly hidden.
Proposed definition:
Hidden

Indicates that the element is not visible, perceivable, or interactive for
*any* user. An element is considered *hidden* if it or any one of its
ancestor elements is not rendered or is explicitly hidden.
The rest of the definition I think is flexible enough to work for both SVG
and HTML.  I've already proposed explicit definitions of "not rendered" in
SVG which is distinct from visibility.

~Amelia
Received on Thursday, 3 March 2016 00:16:07 UTC

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