You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Many non-enumerated ARIA attributes currently string-reflect as DOMString? (nullable DOMString) such as aria-label. This is desirable to explicitly distinguish when an attribute is missing which returns null for both the content attribute and IDL attribute. To see the IDL attribute type for all ARIA content attributes, please see section 10.1 ARIA Mixin interface.
Let attributeDefinition be the attribute definition of element's content attribute whose namespace is null and local name is the reflected content attribute name.
Many ARIA IDL attributes that reflect as DOMString? do not conform with HTML DOMString? reflection due to the assertion failure in step 4 (i.e., attribute is enumerated).
After discussion with @cookiecrook@annevk, one path forward that @annevk is OK with is loosening HTML's reflection model to allow ARIA's IDL use case of string reflection for DOMString? and essentially removing the enumerated attribute assertion check. The primary benefits of this change is closer alignment with the behavior of HTML attributes and HTML's reflection model. If there are no objections from the ARIA WG, I will submit a PR to update the HTML spec's DOMString? reflection model as part of this existing HTML issue: whatwg/html#10037.
Link to the version of the specification or documentation you were looking at at.
Describe your concern
Many non-enumerated ARIA attributes currently string-reflect as
DOMString?
(nullable DOMString) such asaria-label
. This is desirable to explicitly distinguish when an attribute is missing which returnsnull
for both the content attribute and IDL attribute. To see the IDL attribute type for all ARIA content attributes, please see section 10.1 ARIA Mixin interface.However, per HTML reflection,
DOMString?
requires that the content attribute be enumerated. From HTML 2.6.1 Reflecting content attributes in IDL attributes, below is the processing model for theDOMString?
getter:Many ARIA IDL attributes that reflect as
DOMString?
do not conform with HTMLDOMString?
reflection due to the assertion failure in step 4 (i.e., attribute is enumerated).After discussion with @cookiecrook @annevk, one path forward that @annevk is OK with is loosening HTML's reflection model to allow ARIA's IDL use case of string reflection for
DOMString?
and essentially removing the enumerated attribute assertion check. The primary benefits of this change is closer alignment with the behavior of HTML attributes and HTML's reflection model. If there are no objections from the ARIA WG, I will submit a PR to update the HTML spec'sDOMString?
reflection model as part of this existing HTML issue: whatwg/html#10037.Link to the version of the specification or documentation you were looking at at.
Link to documentation: https://w3c.github.io/aria/
Does the issue exists in the editors draft (the editors draft is the most recent draft of the specification)?
Yes
The text was updated successfully, but these errors were encountered: