-
Notifications
You must be signed in to change notification settings - Fork 25
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
Custom palette support #39
Comments
I don't know if you've already worked on this, but I would like to have a go at this if not. My personal idea would be to do both: allow a default custom palette in kmscon.conf and allow changing on the fly through escape codes. I think that would have to be implemented on the side of libtsm then? |
Feel free to take this 😄 libtsm already has the necessary bits for both. There's |
Libtsm definitely has the necessary bits to enable a custom palette from kmscon.conf. It nearly has everything to support the Linux code as well, except for one bit. libtsm rightfully expects every OSC sequence to end with either The other issue is related to the Linux palette reset sequence. Except for a custom palette, there is no way for kmscon to reset the palette to the defaults for a built-in libtsm palette. Either kmscon should be able to query the current palette or the default palette from libtsm, or the whole machinery should be added to libtsm after all. |
Let's forget about it then. Setting a custom palette from the config file should be good enough for most use cases. |
Aetf/libtsm#19.
The support has in libtsm for a while, but it needs support from kmscon side to feed the palette to libtsm.
Some ways to do it
kmscon.conf
that defines the palette at start upESC ] P nrrggbb
to set the RGB value of individual color in the palette, same as the linux console.The text was updated successfully, but these errors were encountered: