Discussion:
[Libreoffice-bugs] [Bug 67943] New: ACCESSIBILITY: Issues with tabbed dialogs on Mac OS X
b***@freedesktop.org
2013-08-09 09:33:13 UTC
Permalink
https://bugs.freedesktop.org/show_bug.cgi?id=67943

Priority: medium
Bug ID: 67943
Assignee: libreoffice-***@lists.freedesktop.org
Summary: ACCESSIBILITY: Issues with tabbed dialogs on Mac OS X
Severity: normal
Classification: Unclassified
OS: Mac OS X (All)
Reporter: ***@gmail.com
Hardware: Other
Status: UNCONFIRMED
Version: 4.1.0.3 rc
Component: UI
Product: LibreOffice

There are quite a few accessibility issues with dialogs containing tabs on Mac
OS X.
The accessibility role of the tabs is set as a NSAccessibilityButtonRole. This
makes LibreOffice announce tabs as buttons instead of tabs it is not possible
to use the VoiceOver cursor to press the tabs (change tabs).

The VoiceOver Cursor does not read the content of the tabs, you can however
read the content with keyboard focus.
--
You are receiving this mail because:
You are the assignee for the bug.
b***@freedesktop.org
2013-08-09 09:34:57 UTC
Permalink
https://bugs.freedesktop.org/show_bug.cgi?id=67943

Niklas Johansson <***@gmail.com> changed:

What |Removed |Added
----------------------------------------------------------------------------
Blocks| |55571
--
You are receiving this mail because:
You are the assignee for the bug.
b***@freedesktop.org
2013-08-09 19:28:59 UTC
Permalink
https://bugs.freedesktop.org/show_bug.cgi?id=67943

--- Comment #1 from Boris Dušek <***@dusek.me> ---
Could you please give some example of such a dialog? I tried 3 of them
(right-click text -> Paragraph..., right-click text -> Characters... and File >
Properties...) and VoiceOver is consistently crashing on them (crashes then
reopens than crashes again in infinite cycle until you dismiss the dialogs).
--
You are receiving this mail because:
You are the assignee for the bug.
b***@freedesktop.org
2013-08-09 19:29:55 UTC
Permalink
https://bugs.freedesktop.org/show_bug.cgi?id=67943

--- Comment #2 from Boris Dušek <***@dusek.me> ---
Just adding I am trying with LO master and OS X 10.8.4.
--
You are receiving this mail because:
You are the assignee for the bug.
b***@freedesktop.org
2013-08-10 13:40:40 UTC
Permalink
https://bugs.freedesktop.org/show_bug.cgi?id=67943

--- Comment #3 from Niklas Johansson <***@gmail.com> ---
The three dialogs you mention are all such dialogs. As I mentiond in a mail to
you I tried changing the role to NSAccessibilityTabGroupRole which makes it
possible to switch tabs and access the controls contained in the tab. But there
are some serious issues with text controls that makes VoiceOver behave pretty
much as you describe. Moving away from the text field to a checkbox seems to
make the flickering stop.

On Monday I should have access to a computer again and I'll try to take a
closer look at this.

In other programs VoiceOver reports this type of tabs as tab x of y.
--
You are receiving this mail because:
You are the assignee for the bug.
b***@freedesktop.org
2013-08-12 11:06:05 UTC
Permalink
https://bugs.freedesktop.org/show_bug.cgi?id=67943

--- Comment #4 from Niklas Johansson <***@gmail.com> ---
I inspected some other programs and their tabbed dialogs. It seems they use
AXRadioButton with AXRoleDescription = "tab".

Another observation is that controls that belong to a tab is children of
AXTabGroup. In LibreOffice they are Children of the AXButton (tab).

When a tab is selected in LibreOffice we get the hierarchy
<AXApplication: "LibreOffice">

If not selected we get:
<AXApplication: "LibreOffice">
<AXWindow: "The name of the dialog">
<AXTabGroup>
<AXButton: "The name of the tab">

When the tab is selected it should still have the same hierarchy as when it's
not selected.
--
You are receiving this mail because:
You are the assignee for the bug.
b***@freedesktop.org
2014-03-02 10:37:27 UTC
Permalink
https://bugs.freedesktop.org/show_bug.cgi?id=67943

Foss <***@openmailbox.org> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Ever confirmed|0 |1

--- Comment #5 from Foss <***@openmailbox.org> ---
Confirmed:4.2.1.1:OSX

I tired LO > new writer document, File > Properties. Click top row and bottom
row and they switch which is total unnative and irritation behavior. Should not
happen.

NEW.
--
You are receiving this mail because:
You are the assignee for the bug.
b***@freedesktop.org
2014-11-11 14:16:03 UTC
Permalink
https://bugs.freedesktop.org/show_bug.cgi?id=67943

Julien Nabet <***@yahoo.fr> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |***@yahoo.fr

--- Comment #6 from Julien Nabet <***@yahoo.fr> ---
Just for the record:
http://opengrok.libreoffice.org/xref/core/vcl/osx/a11yrolehelper.mm#81

Here's offical Apple api I found:
https://developer.apple.com/library/mac/documentation/Cocoa/Reference/ApplicationKit/Protocols/NSAccessibility_Protocol/index.html#//apple_ref/doc/constant_group/Roles
The problem is the description doesn't give sufficient hints.
So with this:
"NSAccessibilityRoleAttribute. This required attribute identifies the type of
the accessibility object. Cocoa defines a large number of role values, such as
NSAccessibilityApplicationRole, NSAccessibilityRadioButtonRole, and
NSAccessibilityScrollAreaRole. The value of the role attribute is for
programmatic identification purposes only (an assistive application will never
present the value of the role attribute to a user) and therefore does not need
to be localized. See the NSAccessibility protocol description for a list of all
the roles defined in Cocoa."
from
https://developer.apple.com/library/mac/documentation/Cocoa/Conceptual/Accessibility/cocoaAXOverview/cocoaAXOverview.html#//apple_ref/doc/uid/20001057-BAJBCJHJ
It's quite difficult to find the good value.

For tab, I took a look too at mozab,
https://developer.mozilla.org/en-US/docs/Web/Accessibility/AT-APIs/Gecko/Roles/ROLE_PAGETAB,
they use NSAccessibilityGroupRole
--
You are receiving this mail because:
You are the assignee for the bug.
Loading...