-
Notifications
You must be signed in to change notification settings - Fork 916
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
[Vis Builder] Vis Builder meta issue #1157
Comments
For reference the RFC: #896 |
I'd like to make sure we start talking about two requirements:
We don’t need to implement them in the initial release, but should include them in the design so they will be incrementally added. |
I'm currently working on the design for #1275 which will cover these two topics. But just to highlight the general approach, we will be using the expressions language already built into OpenSearch Dashboards to create a pipeline that a visualization will use to render given the various user inputs. Current visualizations also use the same flow. A sample pipeline: opensearchDashboards // Retrieves global information for the dashboards query and filters
| opensearch_dashboards_context query='QUERY' filters='[]' // Retrieves Visualization specific information such as datasource and filters
| opensearchaggs index='INDEX_ID' aggConfigs='AGGREGATION_CONFIG' // Performs aggregation
| opensearch_dashboards_pie visConfig='VISUALIZATION_CONFIG' // Renders visualization The implementation details for each function in the pipeline is separate from the function calling it. This way we can swap out any section of the pipeline with a different datasource and/or different query engine to render the same visualization as long as the inputs and outputs to the other functions in the chain remain unchanged. |
[Groom]: @ahopp @opensearch-project/opensearch-ux the current 2.2 planned deliverables aren't feature complete and should be indicated as such. So that it should be configurable to toggle this on and off. |
Hey team, I'd like to propose a new name for this functionality. While drag and drop is a part of the story, we should give it a name that is more encompassing. Here are some thoughts:
Let's discuss. |
I'm partial to:
|
|
Vis Builder |
Vis builder or vis maker make the most sense for me:) |
The official proposed name is "Visualization Builder" @elfisher do you want to sign off on this? |
Sounds good. I see there is a lot of momentum in 2.4 for this project. Are we overall on track to finish the tasks in this meta in 2.4? |
Hello all, I wanted to provide an update on the project given the upcoming 2.7 release and the latest status. Upcoming release (2.7)In the next release, we have planned the following features and improvements: Highlights
The detailed list of changes are below:
Latest statusTo highlight the progess of the project as it stands now, here are some of them:
Historical timeline
|
Parent issue to track the different task for the Drag and Drop experience.
Tasklist:
Framework
UI
Meta
The text was updated successfully, but these errors were encountered: