Accessible labels in alerts claim to be ROLE_PASSWORD_TEXT
sleeping.pillow at gmail.com
Mon Nov 4 08:07:57 PST 2013
Yes, I tried that while debugging the issue and it makes it better. It
now reports as ROLE_TEXT but since the text in our message boxes are
copyable that might be better than reporting it as ROLE_LABEL.
An other issue around this message box was the VclBox surrounding the
buttons, that gets the role FILLER but should probably have the role
PANEL. Changing the "sal_uInt16 VclBox::getDefaultAccessibleRole()
const" to return PANEL made NVDA read the dialog content when the dialog
got displayed. On the other hand I'm not sure how generic this
layout.cxx actually is supposed to be.
Sorry for ranting on about this issue. I'm mostly just trying to
understand the code and hopefully fixing a bug or two on the way.
Caolán McNamara skrev 2013-11-04 15:42:
> On Sat, 2013-11-02 at 14:18 +0100, Niklas Johansson wrote:
>> I've been trying to get a grip on bug fdo#70588 "Accessible labels in
>> alerts claim to be ROLE_PASSWORD_TEXT instead of ROLE_LABEL". In short
>> this bug makes text inside message dialogs unreadable to screen
>> readers (on all platforms).
>> I've followed the code around a bit and it seems to be an issue with
>> different WinBits that has the same value, more exactly WB_WORDBREAK
>> and WB_PASSWORD has the same value and indirectly set the
>> AccessibleRole to PASSWORD_TEXT.
>> In newer message dialogs here is were the WB_WORDBREAK gets added:
> Bah, so does
> http://cgit.freedesktop.org/libreoffice/core/commit/?id=6ad8972d4b698617404e53d63f178e34b2d5358a make it work. I presume it does. We don't need to use WB_WORDBREAK for multiline edits, that's implied and like you say the bit is reused under a different name for a different purpose there.
More information about the LibreOffice