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
People may prefer different themes for the dashboard. This both allows individual style to come out, and also exposes a nice laboratory for others to explore and create better visual style than we can. (which we can then steal as defaults).
There are a few places where we currently specify colors and styling:
In the bokeh theme.yaml . This determines the style of the bokeh figures, except what we specify in code
In the code, where we specify colors explicitly (for example we currently have hard-coded values for "blue", "red" and "Viridis11" within our codecase. See
We can put Bokeh's theme.yaml and a few other elements into a Dask config file (just yaml files that we store in ~/.config/dask/). This file might be organized as follows:
We'll then have to access these elements through dask.config.get('dashboard'), pick out the right sub-yaml block to read, and then refer to that template throughout files like bokeh/scheduler.py whenever we pick out colors or set templates.
People can define themes here and can easily switch between them (we can ship a couple along with dask). People can move around their own custom themes by sharing a yaml file and dropping it in ~/.config/dask/.
People may prefer different themes for the dashboard. This both allows individual style to come out, and also exposes a nice laboratory for others to explore and create better visual style than we can. (which we can then steal as defaults).
There are a few places where we currently specify colors and styling:
distributed/distributed/bokeh/scheduler.py
Lines 441 to 444 in a78109e
Currently if you want to build a new theme you'll need to touch all of these. Once you've built that theme it's not easy to switch back and forth.
What is the right way to represent styling so that people can easily experiment with it and switch back and forth without having to repackage things?
cc @canavandl
The text was updated successfully, but these errors were encountered: