Support custom color name in the config
See original GitHub issueWe should be able to define:
config: {
color: {
"uw-purple": "#XXXXXX"
}
}
and then use "fill": {"value": "uw-purple"}
in the code.
This will be especially useful to create a visualization that works across themes. For example, one can name a color by role (such as “highlight”) and then set the “highlight” color to be different color for different themes.
cc: @Saba9
Issue Analytics
- State:
- Created 4 years ago
- Comments:9 (9 by maintainers)
Top Results From Across the Web
Customizing Colors - Tailwind CSS
When it comes to building a custom color palette, you can either configure your own custom colors from scratch if you know exactly...
Read more >How To Configure Application Color Schemes With CSS ...
In this article, Artur Basak introduces a modern approach on how to set up CSS Custom Properties that respond to the application colors....
Read more >What do you name color variables? | CSS-Tricks
I first give a name to all the colors I use using that tool, for example “$color-cornflower-blue: #6195ED;” and then I create variables...
Read more >Customize Your Site's Colors – WordPress.com Support
To customize the colors on your site, you will use a different option depending on your ... Click on the Colors option to...
Read more >Colors and styling | Visualize and present data - Mode Support
Manage custom color palettes · Navigate to the Mode home page, click on your name in the upper left corner of the screen...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
@jheer Yep, this seems like the right direction for Vega.
Thanks @kanitw. I’m interpreting your comments above to state that you support this direction for Vega, but more work is needed to determine how to surface it in Vega-Lite. Is that correct, or should I wait on this issue for a while to see if there are other concerns that Vega might address? (If we want to keep config files interchangeable between Vega and VL, that means signal definitions might be present in VL config files… of course, I think this is already true in theory given Vega’s existing support for signal-valued config entries.)