-
-
Notifications
You must be signed in to change notification settings - Fork 2.5k
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
theme: add starlight #8787
theme: add starlight #8787
Conversation
Thanks for testing this! I do agree that aesthetically the dim whitespace looks better. However, I would not want to decrease its brightness, since the point of this theme is readability. My thought process is that If a UI element is enabled, it should be clearly visible (within reason, of course). Also, the current relative brightness of whitespace is pretty much in line with some other brighter themes (for example dark plus, monokai, molokai) so I don't think it's exceedingly bright. |
I get your point but, readability is about make stand out more the important stuff. Currently the whitespace color is very similar, in brightness and shade, to the foreground color. This makes the two the same level of importance, in terms of visual hierarchy. And this is a bad thing since we are trying to make the code stand out more and not the whitespace. Also in a file tents to be a lot of whitespaces; that will produce a lot of visual noise, that will hurt readability. To prove this, set your display to black and white (commonly used tactic to test the accessibility of a design) and open whatever file you want. or simply open a markdown file. My eyes, as they are parsing throw the text, do a lot of work to try distinguish what to focus on.
Yes, but not all UI elements have the same weight and whitespaces aren't as important as the text itself.
Ok, but those theme don't have the goal of readability and accessibility. Also I've open a PR to change the dark_plus whitespace color for the same reason. |
I agree on the visual noise. With my testing, whitespace characters become impossible to see in bright conditions if they are much dimmer. But, if their brightness hurts usability, then I agree that's a larger issue. I personally never use whitespace rendering, so feedback from others is very welcome on this. As you obviously do use the feature, I think your input is valid. If someone has opinions on this, feel free to comment! If no one else feels strongly about this, I'll dim the whitespace. I'll convert this pr into a draft for a couple of days. |
Hey there @eemilhaa ! |
@mlemesle Hi! I'm pretty set on the syntax scopes as they are. I'd rather not add more colors since I'm already using all of the colors in the starlight palette (well technically I don't use red in syntax, but I've made that choice due to its lower brightness). |
@eemilhaa I undersand, thanks ! |
9178ce3
to
3c7140c
Compare
Whitespace is now dimmer (uses the indent color instead of dark foreground). Also tweaked the indent color to be the exact dark-gray from starlight. |
Hi! This is a higher contrast, usability-focused theme. It uses the colors of the Starlight ansi color palette that is designed with accessibility and usability as a priority.
My use case with this theme is to have a dark theme that still maintains readability in brighter ambient light and allows for less monitor brightness.
Below are a couple design choices I've made that differ from many other bright themes already in Helix: