Re:Minimalist Affordances: Making the Right Tradeoffs
by dist-epoch on Wednesday November 08, 2023 @06:11AM
(#38188871)
> have to memorize the order and positions of different hues.
Almost everybody is familiar with the rainbow, and it's a physical real-world relatable concept. Even if you can't name the color order from memory, it's intuitive what changing the hue left or right does. Unlike RGB, where it's basically impossible (for regular people) to predict what changing one component will do to the final color.
Re:Minimalist Affordances: Making the Right Tradeoffs
by crazygringo on Wednesday November 08, 2023 @11:20AM
(#38192608)
Interesting -- I've never thought about 0 = red, 60 = yellow, 120 = green, 180 = cyan, 240 = blue, 300 = purple as being user-unfriendly (simply because RGB is so much worse), but you make a good point.
What if CSS allowed hue to be defined as positions between any 2 adjacent options out of the 6 primitives defined by 60° increments?
E.g. bright orange could be either of:
hsl(50% red yellow, 100%, 50%)
hsl(50% yellow red, 100%, 50%)
While bright red-orange would be either of: hsl(75% red yellow, 100%, 50%)
hsl(25% yellow red, 100%, 50%)
There's probably a more intuitive syntax to describe "25% of the way from red to yellow" that I can't think of.And I think I'd be in favor of just six primitives. Using 30° increments would allow orange, but none of the other five positions have obvious names at all.
This is less convincing when you realize that HSL (for example) also uses numbers to describe hue, so you still have to memorize the order and positions of different hues. Is that a big deal? Nope, but it's not as perfectly human-friendly as the author makes it out to be.