DirSizeCalc 1.21 (content plug-in)

[Lefteous]

2Peled
Thanks this information is very helpful!

[Lefteous]

2Peled
I forgot to ask one question: Have you sorted you custom column view by a dirsizecalc column?
If yes the reason is that Total Commander waits until all sizes have been calculated and then sorts - otherwise I have to investigate a bit more.

[Peled]

2lefteous

forgot to ask one question: Have you sorted you custom column view by a dirsizecalc column?

No I did not.
I also noticed, that sometimes after starting up Windows, and calling the TC. It realy takes a long time for it to come up.
And let me asure you that it defined to calaulate in the background.

I installed the plugin on my PC at work which is running win-2000,
And did not noticed any slow down.

Today I installed a new driver for my (Old) Display adaptoe (3DFX Voodoo3 - SIMS2 Dirextx9 compatability probelem). and for some reason, all seems to run fine, with no freezing.

No. It is not the 1st time I run the Plugin after a system ( XP) restart.

Hope that tells you something.

[van Dusen]

Hello Lefteous,

could you explain once more, how custom defined units are working, please (DirSizeCalc V1.21) ?

Let the default values in [Default_CustomUnitConfig] of <dirsizecalc.ini> be as follows:

Code: Select all

AllowedUnits=1
NumberOfDigits=1
DecimalSeparator=,
LeadingZero=1
ThousandSeparator=.
WantByteDigits=1
WantThousandSeparators=1

If I define

Code: Select all

[CustomUnitConfig_GB]
AllowedUnits=8
NumberOfDigits=2

in <dirsizecalc.ini>, then directories and files >= 1.073.741.824 bytes are shown properly as 0,00 G. But directories and files < 1 GB are shown as bytes (9.999.999.990,00 b) (where "0" and "9" are meant as placeholders for digits). Shouldn't sizes allways be calculated to GB, if GB is allowed only (AllowedUnits=8 )?


BTW:
If I add a "WantByteDigits=0" key to the CustomUnitConfig section...

Code: Select all

[CustomUnitConfig_GB]
AllowedUnits=8
NumberOfDigits=2
WantByteDigits=0

...then sizes are shown without thousands separators: 9999999990 b.

Thanks in advance for yor help!

Regards, van Dusen

[Lefteous]

2van Dusen
Hi,

it works as described in the help file:

Conclusion: If a file size is inside a certain dimension, the size will be displayed in this dimension. Otherwise the size will be displayed in the next lower dimension defined in AllowedUnits.

In your case there is no lower dimension so the values are displayed as bytes.
I'm not completely happy with the current behavior. I will change it somewhere in the future. I planned to introduce one setting per dimension.
Dimesions:
1 byte to 1023 bytes
1 KB to 1024 kbytes (-1 byte)
1 MB to 1024 MB (-1 byte)
> 1GB

You could set an individual value for each dimesion. That would be much better than the current solution IMHO. The only problem is that you could set absolutely nonsense settings like displaying bytes as GB and GB as bytes.

...then sizes are shown without thousands separators: 9999999990 b.

I'll check that thanks.

[van Dusen]

2Lefteous

Thanks for your explanation!

I thought, that there is no internal default unit, if it isn't allowed explicit...
I thought, that sizes <1GB are even calculated to "0,00 G", if "AllowedUnit" doesn't includes "1".


I'd like to propose a (minor, not important) feature for DirSizeCalc:

Introduce rounding rules in <dirsizecalc.ini>:

Runden(size; decimal_places) (Default) = rounding... rounding... what is "kaufmännisch runden" in english?
(example: Runden(4,72 G; 1) ---> 4,7 G; Runden(4,75 G; 1) ---> 4,8 G)

Aufrunden(size; decimal_places)= round up
(example: Aufrunden(4,72 G; 1) ---> 4,8 G; Aufrunden(4,75 G; 1) ---> 4,8 G)

Abrunden(size; decimal_places) = round down
(example: Abrunden(4,72; 1) ---> 4,7 G; Abrunden(4,75 G; 1) ---> 4,7 G)


Background for this feature request:
Check, if a file / a directory fits to a 4,7 GB DVD


Of course, this could be done with your planned feature "user defined dimension tiers / thresholds" too, I think... maybe, that rounding rules could be an alternative (in addition) to this intended feature

Thanks again,

regards, van Dusen

[Lefteous]

2van Dusen
Rounding should already work, right?
4,755 should be displayed as 4,76 when 2 digits are set.

what is "kaufmännisch runden" in english?

Look here: http://dict.leo.org/?lp=ende&lang=de&searchLoc=0&cmpType=relaxed&relink=on&sectHdr=on&spellToler=std&search=kaufm%E4nnisch+runden

[van Dusen]

2Lefteous

Rounding should already work, right?
4,755 should be displayed as 4,76 when 2 digits are set.

Right! I declared "Runden()" as "default", hence. But it would be nice to have a "round up" option. ATM, I choose a precision of 2 and round up self... isn't too difficult for me That's why my suggestion isn't that vital (at least for me).

Look here: http://dict.leo.org/[...]

Thanks!

Regards, van Dusen

[norfie]

Do it is possible to add a new column with compression ratio of NTFS compressed files/directories or there are another plugin with this information?

Compression ratio= compressed file size/uncompressed file size * 100 %
would be fine. Thanks.

[sas2000]

 
Great plugin Lefteous, thanks. Is it possible to change the way your plugin display  [=dirsizecalc.Size (On Demand).bytes]  on empty marked directories?, i would like to get <DIR> instead of 0.

I have found a little problem on your plugin :

I have a directory called BACKUP with only 1 file EDITOR.EXE (6 Mb size).
On left window i mark the BACKUP directory and i get 6.636.649 .
On right window i open BACKUP directory and i delete EDITOR.EXE .
On left window i unmark BACKUP directory and mark it again with spacebar, but i get 6.636.649 instead of 0 (WatchDirs=11).
If i use spacebar for an on demand directory size calculation i think that your plugin should automatically reread the drive to know that the size of BACKUP directory is 0.

Thanks again.
 

[Lefteous]

2norfie

a new column with compression ratio of NTFS compressed files/directories

I have had implemented such a column a while ago but wasn't sure if someone would require it.

2sas2000

Is it possible to change the way your plugin display [=dirsizecalc.Size (On Demand).bytes] on empty marked directories?, i would like to get <DIR> instead of 0.

For this purposes there is an "Empty" field. I think it's not a good idea to display a special string for a certain value. In this example you wouldn't be able to see if you have already pressed the SPACE key.

have found a little problem on your plugin :

I have a directory called BACKUP with only 1 file EDITOR.EXE (6 Mb size).
On left window i mark the BACKUP directory and i get 6.636.649 .
On right window i open BACKUP directory and i delete EDITOR.EXE .
On left window i unmark BACKUP directory and mark it again with spacebar, but i get 6.636.649 instead of 0 (WatchDirs=11).
If i use spacebar for an on demand directory size calculation i think that your plugin should automatically reread the drive to know that the size of BACKUP directory is 0.

I don't see how outdated values could be retrived by the plugin. I guess Total Commander simply doesn't ask for a new value when the user unmarks and marks the directory again.
A way to be informed about refreshes would be a nice addition to the plugin interface.

[norfie]

2norfie

a new column with compression ratio of NTFS compressed files/directories

I have had implemented such a column a while ago but wasn't sure if someone would require it.

Then can we expect this column? BTW: the real interesting thing would be the compression ratio of real occupied discspace of compressed and uncompressed files (regarding cluster size).

[van Dusen]

[...]I have found a little problem on your plugin :[...]

I can't confirm this, at least for the scenario you've described: If I delete the file on the right, the dir-size on the left is updated immediately to "<Dir>". If marked again, the dir-size changes from "<Dir>" to "0".

But I confirm it for other custom column values, for instance for GlobalDIZ:

If I add an entry in <global.diz> file, the accordant column sometimes...
(a) is updated automatically
(b) isn't updated automatically.

In case of (b), the accordant column sometimes...
(b.1) is updated after pressing <Space> at the file entry I've added the <global.diz> entry for,
(b.2) isn't updated after pressing <Space>

In case of (b.2) it helps to reread the dir (<Ctrl><R> / button with "cm_rereadsource" assigned to) and to press <Space> afterwards (custom column value will be updated)

But the most peculiar case:
If I add <global.diz> values for multiple files, all column values (size, date, ...) except for name and extension gets invisible for these and some other files. In this case <Ctrl><R>+<Space> helps to restore the view.

Confusing, isn't it? Maybe a "timing problem"?

Workaround:
Some TC commands, like "cm_copynamestoclip", force a refresh of the file panels, which is more reliable (especially for custom columns) than "cm_rereadsource".

P.S.: Lefteous, sorry for abusing your thread...

Regards, van Dusen

[Lefteous]

2norfie
I will add it to my wish list.

[sas2000]

 
2van Dusen:

I'm agree with you it's really confusing but as Lefteous said :

A way to be informed about refreshes would be a nice addition to the plugin interface

so that i have request Christian about some type of solution to this problem on the English forum. Maybe you can support this request .