DirSizeCalc 2.22 (content plugin)

[icfu]

Thanks for the update!

I have tested again reparse point functionality and am pretty sure now that you have exchanged the functionality of TopFollowReparsePoints and SubFollowReparsePoints:
When you want to calculate sizes in current directory you have to activate SubFollowReparsePoints, if you want to calculate sizes in subdirectories, you have to activate TopFollowReparsePoints.

Icfu

[Lefteous]

2icfu

I have tested again reparse point functionality and am pretty sure now that you have exchanged the functionality of TopFollowReparsePoints and SubFollowReparsePoints:
When you want to calculate sizes in current directory you have to activate SubFollowReparsePoints, if you want to calculate sizes in subdirectories, you have to activate TopFollowReparsePoints.

Please please don't test this too much You may be right or not. I won't test this. I just want to make sure you won't waste time on this. Please check if all other things work fine.

In future versions the standard fields will always follow reparse points. The user can create custom fields which will have just three simple options:
- Follow mount points (yes/no)
- Follow junction points (yes/no)
[ ] Calculate size for all files in all subdirectories.
[ ] Calculate size only for the files in a directory.

[icfu]

You have told me to test that more with the next beta, so I did... I have set Sub to 3 and Top to 0 and can live with that, no prob.

The rest works fine, as far I can tell.

Icfu

[Lefteous]

2icfu

You have told me to test that more with the next beta, so I did...

Sorry will take a few more versions until it will be really usable.

[icfu]

If it's not too complicated to implement or otherwise not possible, I'd like to request to make "SizeDisplayType" a standard setting, so one can use SI and IEC units in one single DirSizeCalc instance.

Right now I work around this limitation by installing DirSizeCalc twice.

Icfu

[Lefteous]

If it's not too complicated to implement or otherwise not possible, I'd like to request to make "SizeDisplayType" a standard setting, so one can use SI and IEC units in one single DirSizeCalc instance.

Right now I work around this limitation by installing DirSizeCalc twice.

Icfu

Using both IEC and SI prefixes would indeed make sense but I want to avoid making it a true unit setting. I will try to find a way where the user can use both IEC and SI prefixes but not classic mode and either IEC/SI prefixes. Classic and SI would be confusing cause both have the same prefix. Classic and IEC doesn't make sense because they both show the same value. Maybe I will keep the current global setting but introduce another which is unit-specific and can be used overrule the default setting. Any other ideas?
There are also disadvantages of being able to use both at the same time. It increases complexity. It's already confusing because there are some dark places (volume bar, status bar and more) where you can't use content plug-ins and have to use the TCs' classic size display.

[theosdikaios]

My custom columns doesn't work for directories if DirSizeCalc v2.00 beta 4 is used. No value is right. No problem with DirSizeCalc v1.21

Contents2=[=dirsizecalc.Directory Count (Background)]\n[=dirsizecalc.File Count (Background)]\n[=dirsizecalc.Size (Background).bkM2]\n[=dirsizecalc.Compressed size (Background).bkM2]\n[=dirsizecalc.Compression Ratio (Background)]

[Lefteous]

2theosdikaios
Please note that there is no such unit "bkM2" in this beta version by default. You may create a custom unit which works in the same way. Maybe I'll add such units by default in future versions.

I cannot reproduce that "no value is right" for any any of the used fields when using default units.

[theosdikaios]

OK. I installed and I get
1st V2 Beta 2 as DirSizeCalc.wdx

Contents2=[=dirsizecalc.Directory Count (Background)]\n[=dirsizecalc.File Count (Background)]\n[=dirsizecalc.Size (Background).bkM2]\n[=dirsizecalc.Compressed size (Background).bkM2]\n[=dirsizecalc.Compression Ratio (Background)]

TC shows

Code: Select all

Microsoft Office\	171	3.533	631,7 M	631,7 M	100
Microsoft Office Communicator\	0	23	9,9 M	9,9 M	100
Microsoft Visual Studio\	162	3.143	282,7 M	282,7 M	100
Microsoft Works\	1	17	4,1 M	4,1 M	100
Microsoft.NET\	1	5	308,0 k	308,0 k	100

2nd V2 Beta 4 as DirSizeCalc2.wdx

Contents10=[=dirsizecalc2.Directory Count (Background)]\n[=dirsizecalc2.File Count (Background)]\n[=dirsizecalc2.Size (Background)]\n[=dirsizecalc2.Compressed size (Background)]\n[=dirsizecalc2.Compression Ratio (Background)]

TC shows

Code: Select all

Microsoft Office\	171	0	No files	No files	No files
Microsoft Office Communicator\	0	0	Empty	Empty	Empty
Microsoft Visual Studio\	162	0	No files	No files	No files
Microsoft Works\	1	0	No files	No files	No files
Microsoft.NET\	1	0	No files	No files	No files

[Lefteous]

Did you just rename the fields contents or did you readd them? This somehow seems to make a difference. TC doesn't seem to update this properly.

[theosdikaios]

Did you just rename the fields contents or did you readd them?

It's no matter whether just rename or made them new. Both show the same behaviour.

It seems that only the first column with (Background) will be shown correctly.

[icfu]

In case it's not a temporary flaw:
PassThroughValues=1 doesn't work anymore.

Icfu

[Lefteous]

2theosdikaios
OK I can reproduce that the described problem. Could you please try if placing the Size field as first column helps? It somehow seems to make a difference. I will investigate this and try the reason.

2icfu
Yes confirmed.

[theosdikaios]

Could you please try if placing the Size field as first column helps?

That is a working workaround. Thanx.

[Lefteous]

2theosdikaios

That is a working workaround.

Thanks for verifying and of course the whole testing. I hope it will be fixed in the next beta version.

Please note that DirSizeCalc 2.00 BETA 4 is really just a test version. For everyday use I recommend to download the stable version from www.ghisler.com or my homepage.