Ver 17.90.0401 FOLDER STATS IN ERROR

[pat55]

These are mainly mp3 music files - the number of files are reasonable in all cases.
The space they occupy is all over the place.
The correct number is approximately 213 GB - as was found by ITunes and XY on only one occation. (3rd jpg)

To get a correct number it often helped in the past if I select the entire set + check branch view + hide folders status.

Don, I know we have been down this dirt road before - is there any new information?
pat

ps small differences are likely due to some sort of background processing by either ITunes or XY.

[admin]

What's the problem? Too many bytes? In a Branch View with folder sizes displayed, you will get lots of multi-counts when you do a "select all", since the container sizes and the content sizes are both displayed and counted.

[pat55]

Please define your terms and clarify please.

Perhaps better labels would help everyone and should require minimum effort and time.
Why was the correct 213 GB found correctly in one case?

p

[admin]

Try to switch off "Show Folder Sizes" and you will understand...

[pat55]

So where do you find that? Path please - does it apply to quick search?

[admin]

Right-click the Size column header, untick "show folder sizes".

Also untick this: Configuration | Tree and List | List | Always show folder sizes

[pat55]

Works like a charm - since we know the answer.

What was the stuff I got before?
Why was it not labeled correctly?

When most people search they fully expect the number and space (you call it size now) to match IMHO.
As far as how many "ms" the search took is really irrelevant. Perhaps if you substituted that with an
explanation why it took more than say one second or some set amount.

p

[admin]

Everything is correct. It's just a natural (=unavoidable) outcome of a Branch View with Folder Sizes: When you select all the sum is too high because all is counted double or triple or more.

Code: Select all

My travel stuff = 8 kg
  being:
    4 trousers  = 4 kg
    2 books     = 2 kg
    1 gun       = 2 kg
=========================
            Sum  16 kg (really???)

[pat55]

To me that says non relevant or incorrect answers should either be labeled as such or not
reported period.
Back in the day - when I was in my prime, in a DOS world, - a lot of people and code writers insisted on
reporting all kinds of worthless data to the end user for no better reason than it was available.
Unless you are M$ the trend now is to create clear and carefully selected and reliable data on screen
and when printed.
You know I am an XY fan and rely on your software every day (except for Manual Sorting :-< )
pat

[PeterH]

In a Branch View with folder sizes displayed, you will get lots of multi-counts when you do a "select all", since the container sizes and the content sizes are both displayed and counted.

Thinking about this: is it correct, when in Branch View all sub-folder sizes are added to the size of the containing folder?
(Or is it just easy this way?)

[admin]

It is correct as it is. What you get is the sum of all selected items as displayed in the list. Nowhere it is said that this is the folder size of the current folder.

[PeterH]

... though this value doesn't have no sense at all, isn't it so?

[pat55]

Good point Peter.

Don,
What is the length of names recognized or used for searches and sorting?

I'm thinking about adding, key info, to the length of audio files - using XY.
Since the song names may already be long - adding to that could be counter productive.
Win 10 has a limit of 125 characters -... my wild guess. (WAG)
We are contemplating using XY in place of ITunes.
p

[admin]

... though this value doesn't have no sense at all, isn't it so?

Well, it is what it is: the summary bytes of all selected items.

[admin]

Don,
What is the length of names recognized or used for searches and sorting?

I'm thinking about adding, key info, to the length of audio files - using XY.
Since the song names may already be long - adding to that could be counter productive.
Win 10 has a limit of 125 characters -... my wild guess. (WAG)
We are contemplating using XY in place of ITunes.
p

Unlimited.