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
This is correct only for terminal themes that have their background color and black set to the same value (e.g. all light themes are excluded by this).
Visually, here's the output of the color example from Ratatui (note the color names are Ratatui names, not crossterm ones):
I'm not sure what the right design for this should be in coolor as it seems like it would be use case dependent, but perhaps adding an explicit Reset variant to the color enum. Do you think it would be worth marking this as non-exhaustive to allow adding other color models?
The text was updated successfully, but these errors were encountered:
The thing is, coolor deals with colors and Reset isn't really a color.
Reset should probably be normally dealt with before calling into. Maybe with a function returning an Option<Color>.
Hi there. I was taking a read of the source and noticed that
crossterm::Color::Reset
gets translated to Black.coolor/src/color.rs
Line 86 in 7203668
This is correct only for terminal themes that have their background color and black set to the same value (e.g. all light themes are excluded by this).
Visually, here's the output of the color example from Ratatui (note the color names are Ratatui names, not crossterm ones):
I'm not sure what the right design for this should be in
coolor
as it seems like it would be use case dependent, but perhaps adding an explicitReset
variant to the color enum. Do you think it would be worth marking this as non-exhaustive to allow adding other color models?The text was updated successfully, but these errors were encountered: