Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Is it possible to display byte prefixes correctly (as multiples of 1024)? #8

Closed
nokangaroo opened this issue Apr 24, 2012 · 3 comments

Comments

@nokangaroo
Copy link
Contributor

I am using Ubuntu precise LXDE with caja as file manager. It works perfectly, the only problem is that file sizes are displayed as decimal bytes (1 GB = 1000 MB), which is wrong and confusing (should be 1024 MiB, and most applications display them that way). Is it possible to change this? And is the relevant code in caja at all, or somewhere in Ubuntu? I hear it is Ubuntu's policy to switch to decimal bytes, in which case I may not be able to do anything (which is not linuxlike at all).

@stefano-k
Copy link
Collaborator

this is from glib
http://developer.gnome.org/glib/2.30/glib-Miscellaneous-Utility-Functions.html#g-format-size

The prefix units base is 1000 (i.e. 1 kB is 1000 bytes).

Use of 1024 prefix units base is discouraged:

G_FORMAT_SIZE_IEC_UNITS: use IEC (base 1024) units with "KiB"-style suffixes. IEC units should only be used for reporting things with a strong "power of 2" basis, like RAM sizes or RAID stripe sizes. Network and storage sizes should be reported in the normal SI units.

@szesch
Copy link
Contributor

szesch commented Apr 24, 2012

In addition to what stefano-k said, it's also an Ubuntu policy. For these reasons, we will stick with the current conventions that are inherited from glib.

For the record, I do agree with you that it's confusing.

@oliver-joos
Copy link
Contributor

Well: "MATE is a fork of GNOME, but it's not GNOME" ;-)
Please consider my proposal in issue #83.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants