XYplorer Beta Club

jupe wrote: ↑09 Dec 2022 00:47If instead you look at the version I posted, you'd see it has 2 hex colors listed, per size group, ie. foreground background, which would look as such:

Thank you for noting about your code, just what i wanted!

I missed when CC got ability to draw bars and couldn't even imagine my idea above is fully implementable already!
That's what i LOVE about XY - there is always some way to get what you want the way you want it.
I'm really glad with results, the only thing i miss is ability to sort this column not by percentage of bar fill, but by actual size. But oh well, guess that's already too much for single column.

I think I've explained elsewhere why color-based solutions don't work psychologically.

admin wrote: ↑08 Dec 2022 15:27 That screenshot gave me an idea: It will feel more natural if it's done flipped, in the direction we know from Arabic numbers:

I still like the idea, but then it goes against the traditional direction of progress bars and size bars. For now I will leave it as it is.

@jupe, how did you manage to make only second(background) colour transparent on your example image?

Is there some way to re-arrange CCs in their listing? The more CCs user creates, the further from top 10 it gets, and surely one wants to change their order sometimes.

P.s. Sorry for kinda offtopic questions, but as whole discussion was here, it's best place to put them.

Not transparent, just a light color, the colors are actually left color/right color, I just used FG/BG term because the OP did. You can reorder CC by using snippets temporarily, or manually edit ini.

Damn, hope Don adds some manual drag-re-arrange like elsewhere, 'cause current "re-order methods" may cause troubles.

@eil: There is a script to do it also: viewtopic.php?t=19110

@jupe, thank you once again!

jupe wrote: ↑09 Dec 2022 00:47 You seem to be using the modified version of the script from the bottom of this page:
viewtopic.php?p=155469#p155469

Indeed. I had really forgot where did I found it, but it saved my day then. I really do appreciate your work.

If instead you look at the version I posted, you'd see it has 2 hex colors listed, per size group, ie. foreground background, ...

Thank you for the heads up. Great!

admin wrote: ↑01 Dec 2022 07:09 It's a logarithmic map. If you have a better idea let me know.

Slightly wild, I will find it more useful if it instead shows how much each file is contributing to the current folders space. The color can represent the age of the file and the graphics are shown left of the name column. If folder sizes are counted, they would contribute to graphs, if not they are skipped in both places (neither counted towards total size nor represented by a graphic)

That would mean the whole folder's size had to be calculated before the size bars can be shown. Too slow.

Right and must be recalculated on file operations. I did say wild.

I am new to XYplorer, I've discovered the size bars and I don't get them.

I've tried a script with a simple tunable log scale with predefined max, but it does not work. You were there already though.

admin wrote: ↑13 Aug 2018 09:12 For the real size you have the numbers. The graphics show whether a file is bigger or smaller than the other files in view.

Yes, the bars are for a quick visual comparison. So for me it would make more sense to make the maximum of the scale relative, equal to the biggest file in the current folder. As was said, for the real size we have the numbers.
The curve could be tunable and it could be done even automatically for each particular folder.
We could have simple visual lines to clue a log scale nature. Like this


Now how the folder sizes would work / contribute, that's for a debate.

Relative to the current file in the folder... this idea has come up before, but I don't like it.

1) You have to know the largest file before you can fill the column for all files. Makes it a slower, two-pass process.

2) The relationship between graphics and size becomes relative in a way that the brain cannot handle well. When changing folders, the same graphic can mean very different sizes.

But I like your idea of log scale clues!

I'm an audio pro, we work with log scales everywhere. Here for example is a standard eq with marked frequencies.

Within the current space (~ 50 pixels) we can map 2^50 bytes (1 petabyte) on a log2 scale, which should be enough for now. But I'm not sure it's much better than the current two ways (circles and bars). And it will be hard to place the log scale cues in a way that works for all file sizes.