https://bugs.freedesktop.org/show_bug.cgi?id=86661
Bug ID: 86661
Summary: Incorrect usage of ATK_ROLE_TEXT
Product: LibreOffice
Version: unspecified
Hardware: Other
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: UI
Assignee: libreoffice-bugs@lists.freedesktop.org
Reporter: jdi...@igalia.com
Steps to reproduce:
1. Launch Writer and type some text.
2. Use find and replace to do a "replace all"
3. Use Accerciser to examine the resulting results dialog (where it says Search
key replaced x times.")
Expected results: There would not be any object with ROLE_TEXT.
Actual results: The accessible object containing the string "Search key
replaced 8 times" has ROLE_TEXT.
Impact: Orca does not present the results string because ROLE_TEXT is typically
used for GtkTextView (e.g. the entire text widget in Gedit, which is GNOME's
Notepad equivalent). For static text in dialogs, ROLE_LABEL is traditionally
used.
There has admittedly been some confusion about what ROLE_TEXT is applicable to.
We have done a couple of things in this regard: 1) Clarified this in the ATK
documentation and 2) Created a new role (ATK_ROLE_STATIC). [1]
It would be very helpful if you could either use the new ATK_ROLE_STATIC
(introduced in ATK v2.15.2) or the very old ATK_ROLE_LABEL to be consistent
with our platform's usage of ROLE_TEXT.
On a related note, apparently IA2 has a text frame role which is appropriate
for things like static text in a dialog. The IA2 text frame role in most -- if
not all -- cases is NOT the same as ATK_ROLE_TEXT. Thus if the reason ROLE_TEXT
was used was because of this presumed equivalency, then it would probably be
worth doing a thorough search and correction for ATK.
[1] https://developer.gnome.org/atk/2.15/AtkObject.html#AtkRole
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
