|
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
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
|
