Re: [orca-list] LibreOffice: in dialog "print", Orca announces the /n label as panel
- From: Joanmarie Diggs <jdiggs igalia com>
- To: Samuel Thibault <sthibault hypra fr>
- Cc: Orca List <orca-list gnome org>
- Subject: Re: [orca-list] LibreOffice: in dialog "print", Orca announces the /n label as panel
- Date: Mon, 12 Mar 2018 09:34:10 -0400
Hi again.
Due to traveling, I haven't installed LO 6.0.2, but I can reproduce the
problem in version 5, so for now I'm going to assume the bug is the
same. More inline below.
On 03/09/2018 08:00 AM, Samuel Thibault wrote:
[...]
Orca would then announce various contexts, including a "/ 1 panel"
which doesn't make sense, where "/ 1" is the label giving the number
of pages of the preview. I don't see anything in the .ui file or
accerciser which could lead to this.
I do see something in accerciser which could lead to this:
1. Drill down in the list of accessible objects on the left-hand pane of
Accerciser to locate the Print dialog's page tab list.
2. Expand the tab list.
3. Expand the General page tab
4. Highlight the first child of the General page tab. This is a nameless
panel.
5. Switch to Accerciser's Interface Viewer and expand "Accessible."
6. Look under "Relations." I see this nameless panel has a labelled-by
relation type. It is labelled by an accessible with role label whose
name is "/ 1"
The panel in question (from step 4) contains all of the children of the
General page tab. In other words, it is an ancestor of Ranges and
Copies, which is an ancestor of Number of Copies. Why is it labelled by
a label with the name "/ 1"?
In this perhaps a heuristic in
Orca which unfortunately gets triggered here?
Orca sadly does have hacks and heuristics for various things, including
bugs in LibreOffice. But that doesn't seem to be the case here: Orca is
mererly trying to present the new context, which happens to include this
panel. And this panel is telling Orca that it is labelled by "/ 1". All
Orca is doing is trusting what it's being told. Silly Orca. ;)
Perhaps the heuristic should be disabled when the label has
an explicit label-for?
Assuming the problem you are seeing is the same one I am seeing, perhaps
whatever is responsible for the bogus labelled-by could be disabled
instead? Please let me know if you are seeing the same thing using
Accerciser (or anything other than Orca).
Thanks!
--joanie
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]