-
Notifications
You must be signed in to change notification settings - Fork 30k
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
Support dark and light high contrast theme types #144193
Comments
I think this makes sense and we'll likely start seeing requests for this (to create a new Light HC based off the new version) so 👍 |
Splitting |
Yes, makes sense. |
I'm happy to do the workbench theme service changes if you look at the css fixes. So it's quite some work... |
That works for me! 👍 |
Adding the new light high contrast theme (#143398) uncovered challenges across the codebase when attempting to render unique styles or assets based on the theme settings. Here's a simple example where the letterpress SVG used in an empty editor view was hardcoded for the original dark HC theme.
Proposal
Currently we only expose a general high contrast theme type. A couple of things I think would be worth supporting:
hc
into something likehc-light
andhc-dark
workbench.preferredLightHighContrastColorTheme
andworkbench.preferredDarkHighContrastColorTheme
if we're able to pick up the OS mode as an additional input like we do for regular dark/light themes.Ideally the outcome here is that we can continue to use the theme type as an input in both logic (e.g.
this.theme.type === ColorScheme.LIGHT_HIGH_CONTRAST
and in stylesheets (e.g..hc-light
or.hc-black
).It would be great to get any additonal thoughts/opinions. cc @isidorn @aeschli @misolori
The text was updated successfully, but these errors were encountered: