Accessible labels in alerts claim to be ROLE_PASSWORD_TEXT
caolanm at redhat.com
Tue Nov 5 04:59:02 PST 2013
On Mon, 2013-11-04 at 17:07 +0100, Niklas Johansson wrote:
> 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.
There is no problem in changing it from FILLER to PANEL if that's the
right thing to do. But what happens in a "normal" gtk message dialog ?
If I cook up a super simple one in glade and use glade-previewer -f
simplemessage.ui and use the python code in the original code I get
6. [filler] for the GtkButtonBox that contains the buttons.
In general where I'm hoping to get to is that LibreOffice reports the
same sort of hierarchy and types for a .ui that gtk would if it was
rendering it. I *think* gtk defaults to PANEL for containers but FILLER
for GtkBox, which is where those defaults in layout.cxx come from.
More information about the LibreOffice