-
Notifications
You must be signed in to change notification settings - Fork 8.3k
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
Cross App Renderer Alignment #95902
Labels
Feature:ElasticCharts
Issues related to the elastic-charts library
Feature:ExpressionLanguage
Interpreter expression language (aka canvas pipeline)
impact:high
Addressing this issue will have a high level of impact on the quality/strength of our product.
loe:medium
Medium Level of Effort
Team:Presentation
Presentation Team for Dashboard, Input Controls, and Canvas
Team:Visualizations
Visualization editors, elastic-charts and infrastructure
Comments
Pinging @elastic/kibana-app-services (Team:AppServices) |
Pinging @elastic/kibana-app (Team:KibanaApp) |
Pinging @elastic/kibana-presentation (Team:Presentation) |
Pinging @elastic/datavis (Team:DataVis) |
This was referenced Feb 2, 2022
Closing this as the initiative was partially completed and we currently are not prioritizing work to align Canvas with the rest of Kibana. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
Feature:ElasticCharts
Issues related to the elastic-charts library
Feature:ExpressionLanguage
Interpreter expression language (aka canvas pipeline)
impact:high
Addressing this issue will have a high level of impact on the quality/strength of our product.
loe:medium
Medium Level of Effort
Team:Presentation
Presentation Team for Dashboard, Input Controls, and Canvas
Team:Visualizations
Visualization editors, elastic-charts and infrastructure
Currently we have 3 consumers of expressions:
visualize
,canvas
andlens
.All of them support rendering different charts and for many charts we have 3 implementations. We should align and maintain a single implementation of each chart which should be reusable in any application.
Visualize supported charts:
vis_type_vislib
is a vistype that contains
pie
,area
,line
,bar
,horzontal_bar
,goal
,gauge
andheatmap
charts.Its deprecated and we plan to replace it in the future. Currently only
visualize
is using it and we should not spread the usage to other apps, even thou the renderers are written in a way that they are reusable outside of visualize, the actual expression functions are not written in a manner that they could be used from canvas.vis_type_timeseries
this is the visualization backing TSVB. Its deprecated, so please don't use it. TSVB supports xy charts, tables and gauges.
vis_type_timelion
visuaization backing timelion. Its deprecated, so please don't use it. we have a
timelion
expression functions that allows you to query for data using timelion syntax. Use any of the supported chart types to render the output.vis_type_xy
needs cleanup before it can be reused [Canvas] XY_VIS #110430should be the xy replacement for vislib, but currently (apart from it using the elastic charts underneath) its not really written in a way that could be used in other places. This is probably the vis type that needs some attention (asap) to make it reusable. It supports
line
,bar
andarea
charts, which should replace thevislib
ones. This is going to be a large effort and will be tracked as a separate project which we will start once this one is finished.vis_type_vega
allows you to render vega lite specs. this vis_type is fully reusable and could be used outside of visualize (lens, canvas)
vis_type_markdown
markdown visualization is fully reusable
vis_type_metric
metric visualization that
visualize
uses. Its fully reusable and should be used in other places likelens
andcanvas
vis_type_tagcloud
tagclud visualization that
visualize
uses. Its fully reusable and shuld be used in other places likelens
andcanvas
vis_type_table
the table visualization
visualize
uses. Its fully reusable and should be used in other places likelens
andcanvas
Canvas visualizations/renderers
plot
should be dropped in favour ofvis_type_xy
once that is ready to be reused [Canvas][meta] Unify Expression Renderers and Deprecate flot #101377pie
should be dropped in favour ofvis_type_pie
once that one is extracted from lensmetric
should be dropped in favor ofvis_type_metric
markdown
should be dropped in favor ofvis_type_markdown
progress
should be moved into its own pluginimage
should be moved into its own pluginshape
should be moved into its own pluginrepeat_image
should be moved into its own pluginreveal_image
should be moved into its own pluginembeddable
should be moved into its own pluginfilters
should be moved into its own plugin (blocked on [canvas] removefilters
function #113530)error
should be moved into its own pluginLens visualizations
Lens is using its own visualization types. Historically we want that way to allow lens to move forward faster, but we are probably at the point that we should revisit this.
xy_visualization
should be dropped in favor ofvis_type_xy
pie_chart
should be moved tovis_type_pie
. should relacevis_type_vislib pie chart
invisualize
table_visualization
should be dropped in favor ofvis_type_table
metric_visualization
should be dropped in favor ofvis_type_metric
The text was updated successfully, but these errors were encountered: