Result-size calculator compound calculating size

[Coldblackice]

The result-size calculator at bottom-right of Everything's window is super useful. I rely on it frequently, especially when sizing up varied dynamic arrangements of batch-selected search results.

A minor issue, however, is that it compound-counts sizes of nested file/folder results. Just now, I was about to remove what I thought were superfluous duplicates going off this calculator, until I noticed it was compound calculating the size.

Here's a search result that Everything's result-size calculator correctly calculates at the bottom right (76.6GB). But when batch-selecting results, however, the calculator starts compounding the size based on nested sub-results, giving the appearance that a much greater amount of drive space is being utilized than there actually is:

image.png (48.73 KiB) Viewed 1400 times

Is there a way to have this calculator take into account when selected sub-file/folder(s) are already nested into the size sum?

[void]

No, Everything will count nested folders/files.

To count selected files only:

• In Everything 1.5, from the Tools menu, click Options.
• Click the Advanced tab on the left.
• To the right of Show settings containing, search for:
  select size
• Select: include_selected_folder_size_in_statusbar
• Set the value to: false
• Click OK.

[therube]

What is your search?

I think the issue is /\.
.

Everything - Size - to slash or not to slash.png (123.68 KiB) Viewed 1343 times

I'm not even understanding why the ^2330*.* files are being picked up - from the C:/TMP/DRIVERS directory,
when the search is C:/TMP/DRIVERS2 ?

Oh, & 912 MB is the correct result.
DIR says 1653 files + 614 dirs, which is more then the 1857 items, but it must be taking . & .. into consideration too, I'm guessing?
(The DIR file count coincides with file:.)

[therube]

I'm not even understanding why the ^2330*.* files are being picked up - from the C:/TMP/DRIVERS directory,
when the search is C:/TMP/DRIVERS2 ?

Oh, well, silly me, the picture (highlight) shows it!
I have PATH enabled, & it is picking up "C:/TMP/DRIVERS/" from the dir-part, & "^2" from the name-part, & the "^" is ignored (due to !PUNC).

[therube]

And with that, you've got to disregard all that I have posted above, as my testcase was incorrect.

[therube]

Code: Select all

C:\TMP\DRIVERS\     3817726386
C:\TMP\DRIVERS2\     957214554

Heh. I'm really going to have to think about what a closing \ is giving me?

With no items selected:
C:\TMP\DRIVERS, 4546 items, 4.44 GB
C:\TMP\DRIVERS\, 2687 items, 3.55 GB
C:\TMP\DRIVERS !C:\TMP\DRIVERS2\, 2689 items, 3.55 GB

With all items selected (& Filter is Everything, so both directories & files):
C:\TMP\DRIVERS !C:\TMP\DRIVERS2\, 2687 items, 3.55 GB
C:\TMP\DRIVERS\ !C:\TMP\DRIVERS2\, 2687 items, 3.55 GB

All of that seems good.

So the only reason I was seeing something "wrong" is because my search was returning items I was not expecting.

By default, directories are not included in Size.

Wrong.

OP has OMIT enabled.
Is it the OMIT items that are being included in Size?
Because, by default, even though he has both directories & files highlighted, Size should only be computed on the files highlighted, not the directories, so the total displayed (305 GB) doesn't make sense, no?

Not material.

And yet, that is contrary to what Void said, above?

See below as to (part of the reason) why I wasn't seeing anything that was making sense.

[therube]

Setting

/include_selected_folder_size_in_statusbar=0
or
/include_selected_folder_size_in_statusbar=1

what, does not affect the current (existing) tab(s)?
Only new tabs?

(How about if done through the GUI?
No difference. Change is only seen on a new tab, not existing.)

[therube]

So... heh.

First, my testcase (search) was wrong, picking up more then expected.

Then, I assumed selecting directories did not influence Size
- because, 1, somehow in my Profile include_selected_folder_size_in_statusbar was set to 0
(no idea how that happened?),
& then, 2, even when I did change it to 1, I still saw no change in behavior, because it was
not affecting existing tabs.

[void]

Changing include_selected_folder_size_in_statusbar doesn't update immediately.

You will need to perform a new search.



include_selected_folder_size_in_statusbar was off by default in early builds.