Accessible labels in alerts claim to be ROLE_PASSWORD_TEXT

Caolán McNamara caolanm at
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 mailing list