Tree/List context colors

[TheQwerty]

Well, actually I'm just preparing v16.40, and you dig out a thread from v6.80.0044. You are an optimistic guy!

Fantastic... you heard it here first FVS 2.0 will be in v16.40!

[TheQwerty]

Well, actually I'm just preparing v16.40, and you dig out a thread from v6.80.0044. You are an optimistic guy!

Fantastic... you heard it here first FVS 2.0 will be in v16.40!

Okay so that didn't happen.


The suggestions for FVS 2.0 are indeed ambitious but with 16.70 out the door could we discuss the other suggestion?

1)

Anyways it's not good when using Zebra stripping

This is still the case, and I really think the solution is an option to allow XY to calculate the color based on the background color.

I believe in this now meaningless thread it was being discussed and Don felt it was too smart. My opinion is that it is the sort of helpful smart that I would find extremely welcome. Not to mention there was some precedent set by the fact that this smartness has long been used for the sorted column:

v6.80.0043 - 2008-01-27 15:16
. . .
* In a box-colored list, the color of the sorted column is now
determined automatically. Looks better.

Also, I'd like to know if it would be possible to get a tweak/option to limit Show Grid to the sorted column(s)?
Toying with the idea in my heads seems attractive but I'm not sure how well it would look in practice.

[RalphM]

Toying with the idea in my heads seems attractive but I'm not sure how well it would look in practice.

Lucky you having more than ^one^ to occupy with such ideas...sorry couldn't resist.

[TheQwerty]

Toying with the idea in my heads seems attractive but I'm not sure how well it would look in practice.

Lucky you having more than ^one^ to occupy with such ideas...sorry couldn't resist.

It's only lucky when they agree.

Otherwise, it's a real pain in the neck.

[admin]

I recently found myself making heavy use of boxed branches once again, and remembering what a great feature it is!

Unfortunately, we never did come up with a solution to the other problems mentioned here but maybe we could re-open this with fresh eyes now?

1)

Anyways it's not good when using Zebra stripping

This is still the case, and I really think the solution is an option to allow XY to calculate the color based on the background color.

I believe in this now meaningless thread it was being discussed and Don felt it was too smart. My opinion is that it is the sort of helpful smart that I would find extremely welcome. Not to mention there was some precedent set by the fact that this smartness has long been used for the sorted column:

v6.80.0043 - 2008-01-27 15:16
. . .
* In a box-colored list, the color of the sorted column is now
determined automatically. Looks better.

2) We were discussing alternatives and I suggested possibly showing a small colored bar that the user could place on any edge of the list:

Or having a narrow vertical colored bar, especially at left side, like prior to line #/name, that would be outside the range of any other zebra/colors in list would maybe be easier than tab backrounds, and would still be very visible...possible width about the same as split line between tree and catalog...I think I would most likely prefer this choice instead of tab background, as it's more flexible and doesn't conflict with tab hdr colors.

I agree this needs some more tweaking to get the ideal solution.

That's kind of what I was thinking with the Boxed Branch Bar.
Only I was allowing the user to put it on any edge, and I was thinking more along the lines of the width of a scrollbar or status bar.

I think that might be a very good solution though.

I agree. Alas, the implementation is not a very joyful thing. Also you lose some space. Let's wait a bit until something even better comes along...

The user-specified edge is likely still difficult, but thanks to the breadcrumb bar, visual filter, and quick search info bars the space issue is less valid and the joylessness may have been reduced.

However, let me push the bar just a bit and suggest something a little more radical...

Folder View Settings 2.0

1. On Enter Script
   A script that is run when user browses to a location triggering this FVS.
2. On Leave Script
   A script that is run when the user leaves this FVS.
3. Branch Bar
   A toolbar shown in the list when using this FVS and consisting of user-specified:
   1. Icon
   2. Title
   3. Bar Background Color
   4. Toolbar buttons

The enter/leave scripts help to bring CEA closer to reality.

The branch bar allows a user to create a contextually aware and relevant toolbar, while possibly providing relief to those wishing that the main toolbar could become two rows.

I'm sure we all have a button or two that we keep visible all the time (or hide in an expandable section) but only need in a couple of folders. This allows us to keep the functionality but reduce some of the always present clutter.

The background color, title, and icon provide an alternative solution to the boxed branch in list/similar folders problem.
Ideally, these fields could also be set via script (including the enter/leave script) thus allowing a single FVS for multiple locations with the ability to change the bar's background color/title depending on the actual path.

Let's discuss!
(Or just rubber-stamp it and put it into v16.30.0018! )

OK, this is sitting on top of my look-at-it-list for weeks, and I looked at it at least 5 times, and well, I don't think I want to do it.

[TheQwerty]

OK, this is sitting on top of my look-at-it-list for weeks, and I looked at it at least 5 times, and well, I don't think I want to do it.

Do you feel this way about both or just the FVS suggestions?
I agree the FVS 2.0 suggestions are ambitious and need some thought/time.

However, the conflict between boxed branch color and grid color has been a long-time annoyance and there are multiple ways it could be solved.

Two I can think of:
A) Extend the boxed branch syntax to allow specifying a second color to be used for the grid.
This would require updating the box SC as well.

B) XY smartly calculates the grid color from the boxed branch color
As I said above:

My opinion is that it is the sort of helpful smart that I would find extremely welcome. Not to mention there was some precedent set by the fact that this smartness has long been used for the sorted column:

v6.80.0043 - 2008-01-27 15:16
. . .
* In a box-colored list, the color of the sorted column is now
determined automatically. Looks better.

This could be an option/tweak but there isn't one for the smart sort column color, so... ?

Also, any comment on this?

Also, I'd like to know if it would be possible to get a tweak/option to limit Show Grid to the sorted column(s)?
Toying with the idea in my heads seems attractive but I'm not sure how well it would look in practice.

[admin]

Next beta has automatic grid colors box-colored lists. Is that what you meant?

Also, any comment on this?

Also, I'd like to know if it would be possible to get a tweak/option to limit Show Grid to the sorted column(s)?
Toying with the idea in my heads seems attractive but I'm not sure how well it would look in practice.

Hm.

[TheQwerty]

Next beta has automatic grid colors box-colored lists. Is that what you meant?

YES!!!! Thank you thank you thank you!!!

It looks so much better!

Before

2016-06-01 093420.png (41.89 KiB) Viewed 2938 times

After

2016-06-01 093544.png (36.25 KiB) Viewed 2938 times

[admin]

Indeed, convincing screenshots. And I learned how to multiply colors. Win win.

[autocart]

How do I need to change my settings in order to have the old colors back?
My grouping-highlighting colors are now way too dark. Can't work like that.

At least, please, give me clear explaination how the colors are mixed now so that I can accurately know which color will be the end result (so that I can accurately set the "right" colors in config and box-color-setting).

[admin]

Code: Select all

color3.r = (color1.r * color2.r) / 255;
color3.g = (color1.g * color2.g) / 255;
color3.b = (color1.b * color2.b) / 255;
color3.a = (color1.a * color2.a) / 255;

Make your grid color lighter to solve your problem.

[autocart]

Thanks for the info.