Page 2 of 2
USian from the USA !
Posted: Sun Oct 21, 2007 6:47 am
by Clo
—> ckit

Hi !
• It's not fine at all for me. When reaching the “Tera” range now, the difference is ~10%, that is considerable…
•
You forget that the
IEC SPECS have been made
in the USA by
USian engineers !
- When we have text files for the languages, feel free to name the sizes as you want,
even RF, KRF, MRF etc. (RF =
Rabbit's
Farts)

- I try to avoid that Pierre fails to get good deals, and then to see him :

Have a nice (end of) Sunday, though…
Claude
Clo
Posted: Sun Oct 21, 2007 7:15 am
by donnyj
What good is changing a text file going to do you? Won't that just change the label, but it won't change the actual units?
Match count and display
Posted: Sun Oct 21, 2007 7:47 am
by Clo

The programmes count in
binary, not in decimal,
so I like to see right units matching the real contents of my folders¦HDs…
- Those who prefer lick the M$' boots will be able to keep¦restore the current erroneous display, that's their biz, I don't care,
but in my French versions, I'll set units legal in France and Europe, official French names exist, example in Total Commander :

- Moreover, text-files allow to offer alternative translations and flexible menus, please see
HERE and also
THAT THREAD…;)

KR
Claude
Clo
Posted: Sun Oct 21, 2007 9:38 am
by helmut
Does size really matter?
Honestly, KIB and KIO would be 100% correct, but who really cares for sizes on byte level? And when comparing two file sizes which are both in KB or MB, the difference doesn't matter at all. Until now I cannot see a real need for this. But I see need for other features including an updated Linux version.
[I'm well aware that from the technical point of view, it's always important to be correct as possible and adopt new knowledge and "truth" quickly to make things progress. E.g. it was an important step to see that the world is a sphere and not a disc. And the existence of two measurement systems (metric and imperial/U.S.) has caused quite some trouble, already.]
2 points…
Posted: Sun Oct 21, 2007 10:03 am
by Clo
—> helmut

Hi !
• Further than my personal satisfaction, it does matter at least for two points :
1. Like I said above, to avoid sales failures with the big nit-picking companies¦services.
2. All F.Ms. don't display the total and free space of the drives like TC does above.
Windows Explorer doesn't display them directly.
- Hence in example, a user who purchased a “80 GB” (decimal !) hard-disk which is getting almost full
shall make an horrible face when a message pops up telling »
The disc is full«
while s¦he was convinced that there was space enough for the copy or download s¦he was doing…

G.
Claude
Clo
Posted: Sun Oct 21, 2007 12:12 pm
by ckit
Pierre, in XnView 2.0 can we have the ability to choose between binary and decimal?
The later being default as most of the world runs on decimal.
1000=1024 0=1 NO=YES
Posted: Mon Oct 22, 2007 1:54 am
by DOS386
> most people don't care, whether a kilobyte is 1000 bytes or 1024 bytes.
> The difference is just 2.4 %, so why bother.
NOT true. People
DO cry when they buy a "600 GB" HD and find "530 GB free" then
And the difference is 10% when reaching 1 "Terabyte"
> Personally I think that we should continue using kb, mb, gb, and similar.
I prefer KiB, MiB, GiB, TiB, PiB, EiB, ... The old KB, MB, GB, ... is "useful" for HD manufacturing morons only
> Change it to Kibi or Kib and you'll lose my support.

Posted: Mon Oct 22, 2007 7:09 am
by xnview
ckit wrote:Pierre, in XnView 2.0 can we have the ability to choose between binary and decimal?
The later being default as most of the world runs on decimal.
Currently it's binary Kb, so if some users want decimal, i can add an option...
à côté de la plaque
Posted: Mon Oct 22, 2007 7:31 am
by Clo
Pierre

Pierre, you don't get the point, kB and the like are DECIMAL SI units, they are no more valid as binary units for a while…

KR
Claude
Clo
Re: à côté de la plaque
Posted: Mon Oct 22, 2007 7:33 am
by xnview
Clo wrote:
Pierre

Pierre, you don't get the point, kB and the like are DECIMAL SI units, they are no more valid as binary units for a while…
Yes, perhaps, but on windows and on many programs, you have Kb for binary

It's wrong, and you know that
Posted: Mon Oct 22, 2007 7:45 am
by Clo

At you own risks…

KR
Claude
Clo
Posted: Sun Nov 04, 2007 1:52 pm
by Karl02
I prefer decimal prefixes (kB, MB, GB), because binary prefixes are difficult to calculate with, while with decimal prefixes one only has to shift the decimal point/comma. For me and presumably most other users binary multiples are not interesting at all for file sizes, so decimal prefixes should be the default. Perhaps binary prefixes (KiB (formerly KB), MiB, GiB) could be added as an option (though I don't know what they should be good for).
Posted: Mon Nov 05, 2007 8:52 am
by Troken
This whole discussion is getting really strange.
For us 98% users that are not mathematicians or hardware-developers, stick to normal, comprehendable kb, mb, gb etc. Why confuse things? If it is so extremely important, an option to switch would be ok, but keep the normal kb, mb etc. as default.
Posted: Mon Nov 05, 2007 11:20 am
by Karl02
I would like to suggest the following options:
1) use units like the Windows Explorer (not standard-conform):
1 KB = 1024 Byte, 1 MB = 1024 KB = 1048576 Byte
Example: 1939544 Byte ≈ 1894 KB ≈ 1.85 MB
2) use binary prefixes (standardized by IEC):
1 KiB = 1024 Byte, 1 MiB = 1024 KiB = 1048576 Byte
Example: 1939544 Byte ≈ 1894 KiB ≈ 1.85 MiB
3) use decimal prefixes (standardized by SI):
1 kB = 1000 Byte, 1 MB = 1000 kB = 1000000 Byte
Example: 1939544 Byte ≈ 1940 kB ≈ 1.94 MB
The only question will be, what should be the default ...
