[dolphin] [Bug 477187] Option to disable calculating the size and number of items in child directories

random011 bugzilla_noreply at kde.org
Sun Dec 31 21:42:27 GMT 2023


https://bugs.kde.org/show_bug.cgi?id=477187

--- Comment #5 from random011 <hishtnik011 at gmail.com> ---
(In reply to random011 from comment #4)
> (In reply to Joe from comment #3)
> > (In reply to random011 from comment #0)
> > Same issue here. When navigating -nearby- directories with thousands of
> > files, my dolphin will lock up entirely until it is able to scan through all
> > of them. Granted, this happens while accessing a remote directory mounted
> > using sshfs-fuse. But even still, when testing with PCManFM and Thunar,
> > theyhave no loading or performance issues with navigating around the same
> > folders.
> > It would be great if we had a way to disable the scanning behavior or
> > perhaps manually initiate/omit specific folders.  The existing functionality
> > works fine as long as there are not a crazy amount of files in nearby
> > directories. Perhaps an adjustable limit to how many files it tries to scan
> > before giving up?
> 
> Personally I prefer to be able to stop it all together. I love how in Thunar
> the view mode, and everything else is global. Things like per-folder view
> preferences or other settings on a per-folder basis cause a messy config
> file in the long run and confusion.

Not to mention the whole argument of where you should put that config file. In
theory config files should not under any cirtumstance have identifiable
information in them. So do you put it in ~/.config or ~/.local/share ? I'm not
against per-folder settings being an options but not the default under any
circumstance. If I set the view mode to details or icons I want it everywhere.
Though in my case I almost always use details view, as it's way more useful.
Especially if you name your files properly you would never need the icons view.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


More information about the kfm-devel mailing list