[Bug 23370] New: Strong Native Semantics table appears to imply @hidden trumps @aria-hidden

https://www.w3.org/Bugs/Public/show_bug.cgi?id=23370

            Bug ID: 23370
           Summary: Strong Native Semantics table appears to imply @hidden
                    trumps @aria-hidden
           Product: HTML WG
           Version: unspecified
          Hardware: PC
                OS: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: HTML a11y Task Force
          Assignee: dave.null@w3.org
          Reporter: jcraig@apple.com
        QA Contact: dave.null@w3.org
                CC: public-html-a11y@w3.org

The Strong Native Semantics table:
http://www.w3.org/html/wg/drafts/html/master/dom.html#sec-strong-native-semantics

Seems to imply that @hidden and @aria-hidden are identical in semantic meaning.
Element with a hidden attribute... The aria-hidden state set to "true"

If that's what this implies, then it means that @aria-hidden="true" could not
be applied on an element that was missing the @hidden attribute, then we’d have
some real problems. It's a common practice to aria-hidden on visually rendered
elements to remove redundant or otherwise problematic interface elements from
the accessibility APIs.

I'm either misinterpreting the intent of this table or the row in question is a
bug in the HTML spec. My confusion may be due to the fact that the table column
is called "Strong native semantics *and* default implicit ARIA semantics" which
are actually two separate things. Does this row represent "Strong native
semantics" or does it represent "default implicit ARIA semantics"?

-- 
You are receiving this mail because:
You are on the CC list for the bug.

Received on Thursday, 26 September 2013 15:01:15 UTC