Author Topic: Human readable filesize  (Read 4782 times)

piovrauz

  • Posts: 1020
Human readable filesize
« on: 29 Aug '16 - 21:24 »
Can the info window / general / size field show human readable numbers?
I mean using units of measure like Kb & Mb when needed.
If the file is big the size of the file becomes hard to grasp: thinking of flacs and long mixes.

Ian @ un4seen

  • Administrator
  • Posts: 26083
Re: Human readable filesize
« Reply #1 on: 30 Aug '16 - 13:39 »
Yep, that should be possible. Or perhaps insert a comma after every 3 digits instead?

piovrauz

  • Posts: 1020
Re: Human readable filesize
« Reply #2 on: 30 Aug '16 - 16:04 »
Well, a comma would be good too, but not as good as having human readable filesize, with units.
I suppose it won't be necessary to do a lot of cases anyway, I suppose Gb filesize should be rare.
I'd say the best would be both of them, as the same time, or one only, as an option obviously.
If possible, as I don't know how much work this request translates to.

Ian @ un4seen

  • Administrator
  • Posts: 26083
Re: Human readable filesize
« Reply #3 on: 2 Sep '16 - 12:54 »
Here's an update that inserts a comma after every 3 digits of the file size in the info window and track info window.

   www.un4seen.com/stuff/xmplay.exe

piovrauz

  • Posts: 1020
Re: Human readable filesize
« Reply #4 on: 2 Sep '16 - 17:29 »
Thanks a lot, it's more readable now.
Btw, a small detail: I see you used a comma (","), shouldn't it be a "." instead?

Ian @ un4seen

  • Administrator
  • Posts: 26083
Re: Human readable filesize
« Reply #5 on: 2 Sep '16 - 18:00 »
It varies by country, but a comma is used here in Blighty :)

I'll see if it can be changed to use the user's locale setting.

piovrauz

  • Posts: 1020
Re: Human readable filesize
« Reply #6 on: 3 Sep '16 - 10:22 »
Yes, I knew it changes by country (and I stil l don't get why, shouldn't math be an universal language?).
If it takes too much work np, after all it's just a minor detail.

saga

  • Posts: 2748
Re: Human readable filesize
« Reply #7 on: 3 Sep '16 - 13:59 »
(and I stil l don't get why, shouldn't math be an universal language?).
Well, apart from thousands separators not really being used in math... there are always historic reasons behind this.
Great feature, by the way!

Ian @ un4seen

  • Administrator
  • Posts: 26083
Re: Human readable filesize
« Reply #8 on: 6 Sep '16 - 13:34 »
Regarding using the user's locale setting to determine the thousands separator, it occurs to me that the decimal mark may also need to be changed then, ie. those things shouldn't both be ".". So I think I'll just leave it as a comma. Another possibility would be to use a space.

piovrauz

  • Posts: 1020
Re: Human readable filesize
« Reply #9 on: 6 Sep '16 - 19:03 »
okie, let's leave it like that, a comma, let's not start with decimals...

raina

  • Posts: 1163
Re: Human readable filesize
« Reply #10 on: 7 Sep '16 - 06:35 »
Isn't the decimal mark found in the locale settings just as the thousands separator is? Anyway, it should be configurable somehow. Otherwise there's no pleasing everybody, especially with those horrible commas. ;)

guest

  • Guest
Re: Human readable filesize
« Reply #11 on: 25 May '23 - 11:54 »
How to display the exact file size in bytes in the library size column? Is there a secret setting for this?

Ian @ un4seen

  • Administrator
  • Posts: 26083
Re: Human readable filesize
« Reply #12 on: 26 May '23 - 14:34 »
That isn't currently possible, but here's an update that adds an "Abbreviate size" option to the library header's right-click menu:

   www.un4seen.com/stuff/xmplay.exe