Re: [orca-list] Reporting full ancestry when navigating within Libreoffice calc document
- From: Joanmarie Diggs <jdiggs igalia com>
- To: Peter Vágner <pvdeejay gmail com>
- Cc: Orca-list <ORCA-LIST gnome org>
- Subject: Re: [orca-list] Reporting full ancestry when navigating within Libreoffice calc document
- Date: Thu, 18 Feb 2016 16:12:31 -0500
Hi Peter.
Thanks for the update. I'll look into these issues. As for the number of
columns read for the row, Orca is trying to limit the row contents to
the columns which are visible on the screen. So the results will vary
depending on window width, column width, and scrolling. With this in
mind, could you please clarify what you're asking about in the paragraph
beginning with "When reporting by row is toggled"?
Thanks!
--joanie
On 02/18/2016 04:02 PM, Peter Vágner wrote:
Hello,
I am sory for the delay however I am afraid we need some more tweaks to
this libreoffice calc role change.
After the latest fixes I think I can see several things:
- When opening first Calc window moving by cell correctly only announces
the selected cell.
- When opening one more calc window and moving by cells inside it
sometimes orca reports selected cell like it should however it also
reports full ancestry including window title and table info like in my
original report quite frequently. I haven't managed to understand the
pattern here. Up to now I haven't tested multiple calc windows and I've
assumed this won't make a difference.
- When closing the first calc window and returning back to the second
window the issue persists. So it appears that the fix only works
reliably when using single and only one calc window.
When reporting by row is toggled pressing orca+F11, orca sometimes
reports two cells next to each other, sometimes three, sometimes four,
but I haven't managed it to report more than four rows while trying it
today. I don't know how this should work but I would really expect the
whole line to be reported or at least the most left column and most
right column reported should be next to an empty cell to add a bit of
consistency into this.
I know this sounds very complicated so if you can't understand what I'm
trying to explain, then I can prepare an example calc sheet we can take
a look at.
I am sory for pointing out scary things which perhaps are not that
significant to more people. I am really unsure.
Greetings
Peter
On 17.02.2016 at 16:09 Joanmarie Diggs wrote:
Hey Peter.
The cell/row in Calc thing should now be fixed.
Thanks for the report!
--joanie
On 02/17/2016 09:21 AM, Peter Vágner wrote:
Hello,
Thank you very much, now I'm happy, I can use calc the same way I was
doing before 5.1 version came out.
Still I think I have found other related issue.
When LO calc is in thefocus it is possible to press orca+F11 key to read
by rows or read by cells. With LO 5.1 and orca master this appears to
have no effect on my system. So no mather whether I have configured to
speak by row or by cell orca always only reports currently focused cell.
Thanks and greetings
Peter
On 17.02.2016 at 14:54 Joanmarie Diggs wrote:
Hi Peter.
More input line role changes. Hopefully fixed in master. Please retest.
Thanks!
--joanie
On 02/17/2016 02:31 AM, Peter Vágner wrote:
Hello,
I don't know if its my setup or something else but with current master
libreoffice calc runs and it appears to freeze as soon as the calc
window appears.
I will try to play with this some more, but now I'm in a hurry so I've
at least captured a debug out.
http://files.pvagner.tk/debug-2016-02-17-07:55:48.out.tar.xz
Thank you
Greetings
Peter
On 17.02.2016 at 04:12 Joanmarie Diggs wrote:
Hey Peter.
It seems that Calc updated accessibility roles to not use a
deprecated
role (good). But we were using that role to hack around Calc input
line
spam. So Calc's fix broke our hack. And the thing we're hacking
around
is not fixed.
I just committed an updated hack around which seems to work with both
5.0.x (old role) and 5.1.x (new role). Please pull master and let me
know.
Thanks!
--joanie
On 02/16/2016 09:05 AM, Peter Vágner wrote:
Hello,
I think a similar issue has been fixed not very long time ago.
However after updating orca to the latest master with all the text
selection changes and updating libreoffice to 5.1.0 causes orca to
report window title, table information when moving by rows or by
cells
using the arrow keys in the libreoffice calc spreadsheet.
When navigating from one to the other cell only the new cell details
should be reported.
Can you try to comfirm this?
I can really remember similar issue being discussed and fixed on
this
list recently however unfortunatelly I am seeing this kind of
behaviour
with libreoffice calc spreadsheets and I am interested in having
this
working if possible.
Thank you
Greetings
Peter
_______________________________________________
orca-list mailing list
orca-list gnome org
https://mail.gnome.org/mailman/listinfo/orca-list
Orca wiki: https://wiki.gnome.org/Projects/Orca
Orca documentation: https://help.gnome.org/users/orca/stable/
GNOME Universal Access guide:
https://help.gnome.org/users/gnome-help/stable/a11y.html
Log bugs and feature requests at http://bugzilla.gnome.org
_______________________________________________
orca-list mailing list
orca-list gnome org
https://mail.gnome.org/mailman/listinfo/orca-list
Orca wiki: https://wiki.gnome.org/Projects/Orca
Orca documentation: https://help.gnome.org/users/orca/stable/
GNOME Universal Access guide:
https://help.gnome.org/users/gnome-help/stable/a11y.html
Log bugs and feature requests at http://bugzilla.gnome.org
_______________________________________________
orca-list mailing list
orca-list gnome org
https://mail.gnome.org/mailman/listinfo/orca-list
Orca wiki: https://wiki.gnome.org/Projects/Orca
Orca documentation: https://help.gnome.org/users/orca/stable/
GNOME Universal Access guide:
https://help.gnome.org/users/gnome-help/stable/a11y.html
Log bugs and feature requests at http://bugzilla.gnome.org
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]