- From: Simon Pieters <simonp@opera.com>
- Date: Mon, 20 Aug 2007 17:00:04 +0200
- To: public-pfwg-comments@w3.org
I've read through these specs: http://www.w3.org/TR/aria-state/ http://www.w3.org/TR/aria-role/ I'm very confused as to how it's supposed to be implemented. The specs effectively build on top of http://www.w3.org/TR/xhtml-role/ which, AFAICT, has 0 conformance requirements for UAs. This makes it impossible to write test cases against the specs. Some specific questions below... The ARIA Roles spec says in Applying roles in XHTML: XHTML 1.0 does not support DTD modularization. It is therefore necessary to provide the role attribute using its own namespace. For example: <html lang="en" xml:lang="en" xmlns="http://www.w3.org/1999/xhtml" xmlns:xhtml10="http://www.w3.org/1999/xhtml" xmlns:wairole="http://www.w3.org/2005/01/wai-rdf/GUIRoleTaxonomy#"><body> <table id="table1" xhtml10:role="wairole:grid"> ... </table> </body></html> xhtml10:role? Where is this attribute defined? How does it solve the "problem" of XHTML 1.0 not being modular? In the Conformance section, it says: User agents MUST make all roles provided by the author available in the DOM, using the attribute name, namespace, and values defined in this specification. This requirement parallels User Agent Accessibility Guidelines 1.0 Section 6.2: DOM access to HTML/XML content [UAAG, Section 6.2]. This is already required by the DOM Core specs. All attributes end up in the DOM with a localName, namespaceURI, prefix and value. Then we have: User agents MUST override implicit roles of elements with roles provided by the author. This applies to elements that have particular default roles because of the semantics declared by the content technology. Processing and presentation must be appropriate to the declared role. This doesn't make any sense to me at all. Are elements with specific roles supposed to have special processing and visual rendering in UAs? e.g., if role="wairole:separator" is supposed render as an HTML <hr>, what should happen with the following markup?: <input role="wairole:separator"/> Should it behave and render as a separator or be a text field? What about the DOM interfaces of the element, e.g. HTMLInputElement.value? -- Simon Pieters Opera Software
Received on Monday, 20 August 2007 15:00:17 UTC