Sure, it's logarithmic. It's closer to the half than to the quarter so it gets 9 of the 10 pixels
That doesn't make it easier for humans, right? Honestly, it makes it worse (I hope I am a human...)
Why not do it like this:
- Predefine 5 background colors (Byte, KB, MB, GB, PB ranges)
- Define one top color (which is used to fill all bars)
- Let the user choose to assign their preferred color to all these 6 colors
- One size bar, not multiple elements
Create a darker color out of the 5 (only for the ranges, not for the top color) automatically
and draw a frame around each size bar with it. Maybe 2 pixel thick so it's color is easier to identify.
My screenshot uses only 1 px here. Or let the user define the thickness of the frame border...
Fill the size bar with the top color (so that the frame does NOT get overwritten)
Pro:
- Easier to see "in percent" how large a file is (by the fill grade of the size bar)
- Easy to identify if a size means bytes, mb, pb, etc. by the frame around that size bar
even if a file occupies the full length (e.g. it is 1023 MB large)
Con:
You don't see if a file is e.g. 1kb or 10kb large (you'd only see a 1-2 pixel large block of the top color).
Don't know if the con is solvable at all with the limited length of the size bar
Btw, the fill color is a slightly darker blue here:
- sizebars.png (5.41 KiB) Viewed 1988 times