[Webkit-unassigned] [Bug 106924] [GTK] accessibility/heading-level.html is failing

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=106924


James Craig <james at cookiecrook.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |james at cookiecrook.com




--- Comment #2 from James Craig <james at cookiecrook.com>  2013-03-27 09:15:37 PST ---
> 1) by adding aria-valuenow="x" attribute in every heading, where x is equal to data-expected.

Don't do that. It's expected that the level is determined by the tagname (or nesting) in HTML, and by the aria-level property in ARIA. Adding valuenow would be an invalid ARIA test case, because it's only allowed on range widgets, and heading inherits from structure, not widget.

http://www.w3.org/WAI/PF/aria/rdf_model.svg

> This solution raises the following questions:
> - Can we consider Heading element as a Range.

I woud say no.

> - It seems calling valueForRange is not appropriate for this test. Heading is not a Range type element.

The test just calls the intValue property, so I don't think there is a problem with the test. Value for a heading is it's level. That said, it seems like a logical suggestion that intValue should not call valueForRange(). Perhaps rename the accessor method value(), or use a different method in this case.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.