-
Notifications
You must be signed in to change notification settings - Fork 906
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
[MD][Oui] DataSourcePickup #2841
Comments
@zhongnansu @kristenTian @KrooshalUX team please review the initial feature request cc: @kgcreative |
Adding reference issue logged |
Great proposal, reading through the issues, the "xxxPicker" UI element should be a reusable one across all use cases while supporting all the requirements. |
I'd split this issue into two parts. The OUI section of the issue is to ask for either support or guidance on an OUI element that san be used to satisfy the features that this feature is asking for.
opensearch-project/oui#95 talks about this. The other part is specific to dashboards, which is to introduce a common datasource picker element that uses the suggested OUI element (Some version of select and popover) to build a uniform Datasource picker that can be used in multiple locations across the app. The non OUI features in my option are:
Also Visualizations can today reference an index pattern or saved searches when creating a visualization. How does this datasource picker integrate with that? We also select the indexpattern or saved search before we create the visualization. Are we adding another datasource picker inside visualize to change the existing source? If so how would that work? |
I'll be opening an issue to propose a composition for a data source ' picker in the UX repo. It will be composed of existing OUI primitives which may need additional iteration I anticipate would take a single sprint to execute in time for 2.5. It combines these and requirements from other projects into consideration. |
@ashwin-pc -- a meta question that your comment brings up, is how do we want to address higher order components for Dashboards, and where should those live. Should those be part of OUI? Should we move some of those to Dashboards Core? Should we split OUI primitives from Dashboards Core common components and interfaces? Right now OUI seems to be a combination of both |
@kgcreative Thats a much bigger OUI discussion that would also mean a significant restructure of how we use and build OUI as a whole and warrants a separate thread/issue. The current approach allows for composed components to exist in OUI if they are highly reuseable and abstract. A design system purist will barf at that but I actually like the architecture. It abstracts away a lot of the compositional pain points and makes doing the right UX thing easier since there are less variables at play for the dev who uses them. thats why I suggested that even here we should ideally have a single OUI component that satisfies the UI need in an abstract way (a reuseable picker with the required customization options) while we keep the implementation details (The DATASOURCE picker part of it) in OSD |
@kgcreative @ashwin-pc Lets move the discussion about higher order components over to OUI repo. I have several philosophical threads to bring to GitHub for broader participation that will inform our approach to composed components , atomic components and props organization. As it applies to this request for a “data source picker”, my goal is to orchestrate a composition of existing components that would further extend an existing picker we have (ComboBox) and create under a generic wrapper name so its use is not limited to Data Source alone. |
Any update on this? |
@legitYosal Take a look at this proposal #4991 |
closing it in favor of #6216 |
Is your feature request related to a problem? Please describe.
OSD introduced multiple datasource feature which allow user to create and connect to remote data sources. Then it could be selected when used in Dashboards/Visualization/Discover and plugins.
The functionalities we'd like to support are:
Properties:
Width: set by developer
Height: set by developer
For dashboards anywhere - multiple datasource project in 2.5, we are looking for all must have functionalities, in order to support dev tool. We are looking for build-in Oui component support. If Oui doesn't support, We should review if need to create as global component. We are open to compose and build this component with existing Oui.
#2699
The text was updated successfully, but these errors were encountered: