[Bug 10449] Consider allowing various command-like ARIA roles for h1-h6


--- Comment #7 from Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no>  2010-09-10 06:12:01 ---
(In reply to comment #6)
> (In reply to comment #5)

> This bug is specifically about h1-h6, not about summary. Please use one or more
> separate bugs to report issues with <summary>.

I hope e.g. Steve finds the right angle to do that. 

My point was to point out that Ian, in another context, considers that an
element can be interactive and yet a header.Hopefully, my input could make Ian
explain wy these roles _cannot_  be used legitimately with these elements.

The obvous use case is when the author wants to present a document. with
several headings, as a outline. I am sure ian understand the usecase, and
wonder how he would solve it.  

Just testing VoiceOver now: it doesn't announce the heading level whenever if
the h1 element has role="button". That to me seems like a drawback of declaring
a h1 to have role="buttton".  Perhaps using the an inner element with
role="button" is a better solution? <h1><span role="button">foo</span></h1>

Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

Received on Friday, 10 September 2010 06:12:04 UTC