You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When defining custom global colors, the UX suffers a lot when trying to build a custom scheme, where the colors do not depend on a scale.
For example:
we define a base color, the scales are calculated automatically
set custom HSL values for different shades
change the base color
all changes in 2. are lost
On the other hand it would be extremely beneficial for the color editor to support a custom lower and upper value and calculate everything in between is calculated with real HSL.
set base color
set lower color
set upper color
lighter / darker values are calculated
This brings me to another point: better color calculations. I'd like to recommend integrating the famous "chroma.js" library.
Please have a look at their color scale implementation; especially the HSL mode differs perceptually alot from linear blending like now.
Changing the editor to support more or even less color variations would be very very handy, too. Custom naming would be necessary, too then.
The text was updated successfully, but these errors were encountered:
I can see why point 1 can be an issue. Right now the color editor automatically updates all the color variations when the base color is changed. We couldn't figure out a way to 'lock' one among hue/saturation/lightness (which one should we 'lock'? when locking doesn't make sense?).
About point 2: We're already using chroma.js to generate the background + color contrasts. For all the other colors, we're generating the color variations by updating the lightness. I agree that lightness is not the only factor to consider when creating a color scale. For this reason, we make hue and saturation manually editable. The advantage I see in the way it works now: you can pick a single color instead of 3. Selecting 3 colors would require extra work for the user.
Thanks for the feedback. We'll certainly look into improving the color editor soon 👍
For this reason, we make hue and saturation manually editable.
And that was basically my pain point, too. The generated color scale, that should take the heavy lifting from you, oftentimes seems a bit off so we need to adjust HSL manually nonetheless. This became tedious for all the new themes i was setting up in the last year.
Something different though:
an overhaul of the color editor would be absolutely sweet. I stumbled upon this awesome ai palette generator (api included). Maybe this is of interest to you in some way: huemint. Already spun my head around using this for a home grown color editor here.
When defining custom global colors, the UX suffers a lot when trying to build a custom scheme, where the colors do not depend on a scale.
For example:
On the other hand it would be extremely beneficial for the color editor to support a custom lower and upper value and calculate everything in between is calculated with real HSL.
This brings me to another point: better color calculations. I'd like to recommend integrating the famous "chroma.js" library.
Please have a look at their color scale implementation; especially the HSL mode differs perceptually alot from linear blending like now.
Changing the editor to support more or even less color variations would be very very handy, too. Custom naming would be necessary, too then.
The text was updated successfully, but these errors were encountered: