-
Notifications
You must be signed in to change notification settings - Fork 8.2k
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
[Lens] Should Lens use colors from shared color service? #62193
Comments
Pinging @elastic/kibana-design (Team:Design) |
Pinging @elastic/kibana-app (Team:KibanaApp) |
To clarify are you talking strictly about just the color palette values or how they're mapped to indice field values? |
@cchaos the color mapping service that we have today does both of those things. To list what it does more explicitly:
Given that this is how it works today, would we want to use this approach in Lens? If not, which parts of the service would we want to change? |
TSVB is also not using the color service: this issue I opened highlights the issue that Lens has as well, which is that it's doing a custom color scheme. |
Closing as we have made a decision about this: #81976 |
The color mapping service is used by multiple visualizations (but not Lens), so that when two visualizations are shown in a dashboard, they use the same color scheme. If there are any duplicate values in the visualizations, they get the same color. This works because there is a default Kibana palette which visualizations share today- but Lens doesn't use the default palette or the color service.
The benefit of using the color service in Lens would be that if multiple Lens visualizations are embedded in a dashboard, colors would be shared like other visualizations. However, there are some open questions about how this would work.
theme
input which can be passed in from the dashboard?This issue is intended to discuss how Lens will use colors, which is related to many other issues:
The text was updated successfully, but these errors were encountered: