Granular Folder Size

Plug-in and third party software discussion.
Post Reply
eagleeyez
Posts: 4
Joined: Thu Mar 17, 2016 3:58 pm

Granular Folder Size

Post by eagleeyez » Sat Sep 08, 2018 6:07 am

Hi,

I would like to ask for a feature or maybe a way to get this via the search commands...

When I search for folders in a specific path, it will be great if it is possible to trigger the folder size option so it become easier to tell which folders who take more space...

example .unwanted folder in qbittorrent

I can do this type of query:
"X:\qbittorrent\recovery\path\" .unwanted empty:

this give me all the empty folders that I can delete safely... but some of the folders aren't and it is hard to tell which one contains stuff to look at in that specific folder without having to index all folder sizes in the database which can take longer and make the database huge...

so the main idea is to make certain function have their own temporary indexing database and this can apply to different kind features offered by everything or maybe move the index folder size and other to be per drive settings instead of being global.

Thanks.

void
Site Admin
Posts: 4199
Joined: Fri Oct 16, 2009 11:31 pm

Re: Granular Folder Size

Post by void » Sat Sep 08, 2018 6:23 am

Perhaps a "True Folder Size" column could be added, this column could show the true folder size. (whereas the "Everything folder size" only shows sizes for files that are indexed).

Of course this information would need to be gathered in the background and would be quite slow, but fast enough to be useful so you can toggle this column on and off to see which folders are empty and which are huge..

I'll consider this option, and others, thanks for the suggestion.

NotNull
Posts: 917
Joined: Wed May 24, 2017 9:22 pm

Re: Granular Folder Size

Post by NotNull » Sat Sep 08, 2018 1:06 pm

eagleeyez wrote: When I search for folders in a specific path, it will be great if it is possible to trigger the folder size option so it become easier to tell which folders who take more space...
Try WizTree.
without having to index all folder sizes in the database which can take longer and make the database huge...
Did you try it?
I highly doubt (after doing the calculations) if that is the case.

Post Reply