LibreOffice paragraphs which are formatted as headings now expose the accessible role of "heading" (thanks!). The level (1, 2, 3, etc.) does not seem to be exposed, however. Sadly this is one of those poorly-/un-documented expectations (sorry!). But the convention that has emerged, at least for ATK, and which is implemented by Gecko and WebKitGtk is to expose the level via an object attribute. The name string is "level" and the value string is the numeric level. See, for instance [1]. On a related note, this convention might work for the Windows ATs as well. Gecko tends to expose things fairly similarly to both platforms, so my guess is that NVDA is already looking at object attributes for heading levels. But just in case I'm CCing James Teh. [1] http://trac.webkit.org/browser/trunk/Source/WebCore/accessibility/atk/WebKitAccessibleWrapperAtk.cpp#L531
In OpenOffice in Windows, the heading level is already exposed using the "heading-level" attribute on the heading object. This should probably be "level" to be consistent with other implementations, but that would not be backwards compatible for existing Windows ATs. I see that the IA2 object attributes spec doesn't document the "level" attribute either. <sigh> I'm not sure about LibreOffice, but i assume the IA2 implementation hasn't been changed too much from OpenOffice, so the situation should be the same.
(In reply to James Teh from comment #1) > In OpenOffice [and probably LO] in Windows, > [...it's complicated ...] Okay, this bug will just focus on one OS. Sounds like a reasonable improvement. Severity -> Enhancement Whiteboard: a11y Status -> NEW
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.