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
When rendered by this extension, the dot is lime green. Which means that the (prefers-color-scheme: dark) media query was matched, possibly because my OS is set to a dark theme (even though my vscode config used a light theme).
Ideally, the prefers-color-scheme media query would match depending on the background color. But switching the background color didn't change it.
It should be possible to tell the rendering engine to render the SVG with the correct color scheme context using the color-scheme CSS property:
In my tests in developer tools within vscode, this seemed to work well. It does impact the rendering context of the <img src="data:image/svg+xml;base64,…">.
Note that if a shape doesn't define a fill at all (and doesn't set fill="none"), it will be rendered with a black fill, regardless of the color-scheme. That's already the current behavior, and wouldn't change with this suggested fix.
The text was updated successfully, but these errors were encountered:
Hello there,
I have a SVG file looking like this:
When rendered by this extension, the dot is lime green. Which means that the
(prefers-color-scheme: dark)
media query was matched, possibly because my OS is set to a dark theme (even though my vscode config used a light theme).Ideally, the
prefers-color-scheme
media query would match depending on the background color. But switching the background color didn't change it.It should be possible to tell the rendering engine to render the SVG with the correct color scheme context using the
color-scheme
CSS property:In my tests in developer tools within vscode, this seemed to work well. It does impact the rendering context of the
<img src="data:image/svg+xml;base64,…">
.Note that if a shape doesn't define a fill at all (and doesn't set
fill="none"
), it will be rendered with a black fill, regardless of thecolor-scheme
. That's already the current behavior, and wouldn't change with this suggested fix.The text was updated successfully, but these errors were encountered: