|
hi
Unfortunately peter is right. Other platforms do things
differently. I don't know exactly what they do, windows is mostly
opaque, but there isn't such a lag there, and probably not on mac
OS as well. Does this mean windows and mac OS are better? Not
necessarily but it does mean that they don't suffer from the same
bugs we do. This sounds like a file manager bug. If there's over a
thousand icons and the names haven't changed, don't generate new
events for them. If the properties, last accessed, etc have
changed though, not a clue what to do, maybe update the icons
silent and don't generate an event which orca has to deal with.
Because bluntly, a user is not going to care why the bug happens
if the bug causes this severe a performance delay. It's probably
minor on my system, or on highly powered systems, and maybe not
present at all on server systems with dozens or hundreds of
processor nodes, but on netbooks, low budget notebooks, and older
systems with a generation or two older hardware it can be very
very different. But joanie says it's not her bug, so it's not her
bug. But it could be a bug in either the file managers, caja,
nautilus, etc, or in at-spi itself, or in the gtk glue which binds
the two together. Peter is also right in that this bug comes up
again and again. This, has, to, get, fixed, and, stay, fixed.
Linux has gotten a lot better over the years. I use it as my only
OS now and have no windows withdrawal, but this is one area where
it still has problems. The problem with at-spi is, probably
coders. There's only one, at most two or three maintainers, and
all desktops that are accessible depends on them, and I think
they're developed primarily for the gnome guys, it's just that
other desktops use them. It's the nature of OS software. This
means they have lots of stuff to do and bugs slip through the
cracks. They also probably don't appreciate hearing rants like
this has to get fixed and stay fixed, so I wish I hadn't been so
stern. But seriously people, this bug has been coming up since
gnome 2.32 was state of the art, and that's just how long I've
been using linux. It could have been coming up long before that
for all I know.
Thanks
Kendell Clark
On 03/27/2018 11:09 PM, Peter Vágner
wrote:
Hello,
I am not sure if I'm not generalizing this issue too
much here but I suspect this is neverending issue someone
refinds and we are discussing here again and again.
Handling lists, treeviews, tables with a lot of items inside is
much much slower on linux with at-spi2 than it's on other
platforms with different accessibility implementations.
This has been improved dramatically over the years, for example
about 1000 or 1500 files is acceptable for me, about 4000 files
takes a few seconds but can still be dealt with with some extend
hover my life changer is over 30000 items in my Inbox when using
thunderbird. Partially this is my ignorance that I refuse to
adjust my habits partially I.d say this is a weakness of the
platform in general. Handling such a huge table is simply not
acceptable and often results of locking up both the apps
thunderbird and orca in this particular case.
Greetings
Peter
hi
Yeah, if orca is getting flooded with stuff, the fix is to
stop the
flood. Orca can't magically tell which events are legitimate
and those
which are not. Even if you add logic for this, which there is
some,
logic doesn't always work and sometimes ends up ignoring stuff
that
shouldn't be, causing bugs in other apps. Alex could probably
report
this upstream to the mate devs and maybe you, or me, I can do
it if you
don't have the time, can report it downstream to nautilus,
where it'll
make it's way into nemo, the mint fork.
Thanks
Kendell Clark
On 03/27/2018 02:32 PM, Alex ARNAUD wrote:
> I've reported the issue on the Caja side for the moment:
> https://github.com/mate-desktop/caja/issues/957
>
> I'm not sure the issue come from Caja, I don't see any
reference of
> property-change or property_change on the whole source
code.
>
> Best regards,
> Alex.
>
> Le 27/03/2018 à 21:19, kendell clark a écrit :
>> hi
>>
>> I can confirm that orca is very slow when opening
folders with lots
>> of files, regardless of file manager. This urgently
needs to be
>> fixed, although I'm not sure this is an orca bug, it
might be an
>> at-spi or file manager, EG caja or nautilus, bug.
>>
>> Thanks
>>
>> Kendell Clark
>>
>>
>>
>> On 03/27/2018 08:36 AM, Joanmarie Diggs wrote:
>>> Can you please try the following without running
Orca: Launch
>>> Accerciser, set its event monitor to listen for
>>> object:property-change:accessible-name events,
and then open the folder
>>> with all those files? Looks to me like Orca is
being flooded by AT-SPI2
>>> events. And the name isn't actually changing on
all those files.
>>>
>>> --joanie
>>>
>>> On 03/27/2018 09:18 AM, Alex ARNAUD wrote:
>>>> Hello all,
>>>>
>>>> A user has reported to me this issue with
these folders with lot of
>>>> data.
>>>>
>>>> Environment:
>>>> - Debian sid
>>>> - Caja 1.20 / Nautilus 3.26.2
>>>> - Orca master
>>>>
>>>> 1) Create a folder and execute in it this
script to create 1000
>>>> files in
>>>> the directory
>>>>> #!/bin/bash
>>>>>
>>>>> for i in {1..1000}
>>>>> do
>>>>> touch file$i.txt
>>>>> done
>>>> 2) Launch Caja or Nautilus (here in icon
mode)
>>>> 3) Choose the directory with the 1000 files
>>>>
>>>> Result: Orca will takes too much time to
respond.
>>>> Expected result: Orca should be as reactive
as the file manager is
>>>> without it.
>>>>
>>>> Best regards.
>>> _______________________________________________
>>> 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
>>
--
Open source is much more than just a license. It is a
community of people exercising our god given rights to use,
study, modify and share software and ideas. And breaking drm
wherever we find it.
_______________________________________________
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
--
Open source is much more than just a license. It is a community of people exercising our god given rights to use, study, modify and share software and ideas. And breaking drm wherever we find it.
|
