Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Colour management #59

Open
dhardy opened this issue Feb 21, 2020 · 2 comments
Open

Colour management #59

dhardy opened this issue Feb 21, 2020 · 2 comments
Labels
appearance Concerns visuals low priority Not a near-term goal / not easily achievable

Comments

@dhardy
Copy link
Collaborator

dhardy commented Feb 21, 2020

The current kas::draw::Colour type is naive about colour spaces and provides only a very basic API. For now it does what is needed, but we should probably replace it with the palette crate.

@dhardy
Copy link
Collaborator Author

dhardy commented Mar 15, 2020

On this topic, the clock example currently uses hard-coded colours. Probably the colour scheme should provide enough standard colours to cover this use-case (e.g. the five-minute marks could use the standard frame colour). We should draw up a list of "standard colours" which colour schemes are expected to provide.

Also, it may make sense to make this system extensible, using (hashed) string names. In this case the "scheme" should have a mechanism for selecting probably distinct and obviously wrong colours for unknown names, e.g. full saturation and pseudo-random hue (keyed by the hash).

@dhardy dhardy added the low priority Not a near-term goal / not easily achievable label Apr 10, 2020
@dhardy
Copy link
Collaborator Author

dhardy commented Jun 15, 2021

#198 gives us explicit sRGB and linear-over-sRGB colour types.

@dhardy dhardy added the appearance Concerns visuals label Feb 23, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
appearance Concerns visuals low priority Not a near-term goal / not easily achievable
Projects
None yet
Development

No branches or pull requests

1 participant