New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
In the Attached file the ARIA-DESCRTBEDB text that is hidden is announced #2597
Comments
Comment 1 by jteh on 2012-08-15 00:34
Note the "unless". |
Attachment test.html added by rnickelson on 2012-08-15 15:24 |
Comment 2 by rnickelson on 2012-08-15 15:25 |
Comment 3 by rnickelson on 2012-08-15 15:30 |
Comment 4 by benjaminhawkeslewis on 2012-08-15 16:51 "An element is only considered hidden in the DOM if it or one of its ancestor elements has the aria-hidden (state) attribute set to true." http://www.w3.org/WAI/PF/aria-implementation/#def_hidden People working on these specs are working on how ARIA descriptions and hiddenness interact, so it would be interesting to know more about your use-case here, i.e. what are you trying to achieve? Why are you specifying an element as part of the ARIA description that you do not want to be included in the description? |
Comment 5 by rnickelson on 2012-08-15 18:58 |
Comment 6 by jteh (in reply to comment 5) on 2012-08-16 01:45
I think a better way to implement this would be to give the error message a role of alert. This way, screen readers will speak it when it appears. The description isn't a good place for an error message. Among other things, in practical terms, it may not be read by a screen reader when it appears.
That's true except for label and description. Basically, aria-hidden is just another way to indicate hiddenness; the rules don't differ depending on the "type" of hiddenness. In any case, this is a spec issue, not an NVDA issue. |
Comment 7 by jonavila on 2012-08-23 12:46
and
This is how I believe the spec was meant to be interpreted:
I know there is a separate bug regarding aria-hidden and NVDA but my read of the spec (and the spec is a little unclear in this area) is that aria-hidden is the key to exposing or not exposing this information. Regarding the purpose for this situation. Some fields can have multiple content associated with them, a label, tooltips, and error messages. What we are finding that people do is have these multiple labels hidden with display:none but when certain things occur such as the need for a tooltip or the need for an error the CSS is changed and the label is then displayed. Now obviously this could be done by adding and deleting DOM nodes or by changing the inner text/text content of a node. But that theoretically shouldn't be needed. Using ARIA alert on the error messages is not sufficient as that will announce the messages when the appear but not when show them with the field labels when the user tabs from field to field (which is the purpose). Having dynamically changing aria-labels or descriptions is not an unrealistic item. It would appear that something needs to be done either at the spec level or the screen reader level to address questions such as this. There has to be some way to hide content from inclusiion in labels and descriptions and there isn't any method.
agent guide says My read of user implementation guide indicates that there is a difference between items hidden via CSS and those that are hidden and also have the aria-hidden attribute applied. The key difference I see is that the latter is removed from the DOM while the former is not. Changes: |
Comment 8 by jteh on 2012-08-23 20:35 In any case, this is how Mozilla have interpreted the spec (and I concur, as does comment:4). NVDA relies on the labels and descriptions communicated by Firefox. If you disagree, you can file a bug with Mozilla, but I suspect you will see the same response, in which case you'll need to have this clarified by the ARIA spec maintainers. |
Reported by rnickelson on 2012-08-14 16:35
In the attached file when TABBING to the edit field in ie or ff NVDA announces the text "note 2" even though it has a style of vissibility:hidden.
The expected result is that "note 2" will not be announced.
The text was updated successfully, but these errors were encountered: