Re: [orca-list] slow tree views



Hello,


Thunderbird message list is originally an XUL control at the mozilla side of things. However at the orca side of things it's also a table.

Might your fix help with this issue no one can shed more light on?

https://bugzilla.mozilla.org/show_bug.cgi?id=924915#c24


Greetings


Peter




On 26.10.2016 at 17:54 Mike Gorse wrote:
Hi all,

While trying to fix evolution slowness with very large address books for my day job, I noticed that orca was also getting bogged down. I'm wondering if this has affected anyone else, with orca appearing to hang when focusing on a large tree view.

There was a bug with AT-SPI's caching of roles, and orca thought that the tree view was just a panel and proceeded to poke through what might be thousands of cells. On the gtk side, the atk role was originally set to ATK_ROLE_PANEL and later set to ATK_ROLE_TABLE. An event was fired, but the event was not being sent over dbus so that orca would see it.

I've fixed this in the master branch of at-spi2-atk, for anyone pulling from git. I'm debating whether to push this for 3.22.2 (although the code now works as intended, I'm slightly worried that it might cause slowness elsewhere through event floods).

If any of you test this, then I'd appreciate knowing whether it makes a difference either way.

Thanks,
-Mike
_______________________________________________
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]