XYplorer Beta Club

admin wrote:I thought about the problem for the last days and today I came up with something new: "Leveled Bars". Check out the next beta.

Which conceptually is what I suggested here, viewtopic.php?p=160759#p160759
PS: I'd go logarithmic within the single square as well

Oh, okay. I did not understand what you meant with "speedometer analogy".

Now, I know what I was missing with my default size circles - corners.

admin wrote:... today I came up with something new: "Leveled Bars".

Yes, I think this is a good idea.

The only issue I have is the height, the bars appear really fat/bold. Hmmm.

You mean 12 pixels is too high?

admin wrote:You mean 12 pixels is too high?

Could be, I'm not shure. Have you played with other heights (6, 8 or 10)?

I tried 10 and I agree it's better. 8 feels too small.

Mh, does this thing really make sense?
Tried 104 today and a file with e.g. 9,36 GB has the same bar size as one with 2,25 GB...

I saw that too. A rounding error. Next version will be better.

don't like to give critics without proposing solutions, but i still fail to understand what this bars show, or how that can be useful to user?! in one situation files have 2x size difference which is totally not obvious visually; in another situation it's already 5x difference, but visually they are totally same.(tested in last beta v19.10.0105) the only thing that is clear for me, current implementation for sure needs some other color for "back layer" bars, 'cause due to color at first i didn't even notice there are 2-bars and 3-bars.. btw, am i the only one mostly having to deal with small files and actually never had file more than 16Gb?! O_o
70% of data i work with is <100Mb, 15% <1GB. it doesn't mean i have tons of small files on my drives, it just means when say i have 5 movies each 2.4GB - it's just 5 files, but for ex 2.4Gb of music files is already quite a number of files and here's where it's important to see the difference in size.

Sorry, but I don't get it as well. v105 now and again, 1,01 GB and 8+ GB are visually identical regarding their bar size. How does this help the user to identify file sizes (and / or differences)?

eil wrote:...current implementation for sure needs some other color for "back layer" bars, 'cause due to color at first i didn't even notice there are 2-bars and 3-bars...

I can see it well here. You might need to calibrate your monitor. Which color is it that you cannot see?

highend wrote:Sorry, but I don't get it as well. v105 now and again, 1,01 GB and 8+ GB are visually identical regarding their bar size. How does this help the user to identify file sizes (and / or differences)?

So my idea of the binary bar (viewtopic.php?p=161023#p161023) was not so bad after all. Coming...

v106
It looks like the 3rd bar element is nearly full but the filesize (420 MB) does not even reach the half of 1024 MB?

highend wrote:v106

size.png

It looks like the 3rd bar element is nearly full but the filesize (420 MB) does not even reach the half of 1024 MB?

Sure, it's logarithmic. It's closer to the half than to the quarter so it gets 9 of the 10 pixels.

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: