Re: [orca-list] When opening a folder with lot of files in it with Orca, it is very slow.



I also do this for my own personal folders, i.e. I use a lot of sub folders to organize my files. I guess you can't do this when looking at system folders though.


On 03/28/2018 03:49 AM, Krishnakant Mane wrote:


As far as Emails are concerned,it is a good and productive habit to have different folders for different categories of emails, VIZ Personal, work, mailing lists etc.

But with files and folders this is some thing serious.

I guess this is not a simple issue to solve because all the performance hacks, known methods and proven practices are put to test in various situations which may come in the way.

Happy hacking.

Krishnakant.



On 03/28/2018 09:39 AM, 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


Dňa ut 27. 3. 2018, 22:49 kendell clark <coffeekingms gmail com> napísal(a):
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


_______________________________________________
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

-- 
Christopher (CJ)
Chaltain at Gmail


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]