Closed timroes closed 3 years ago
Pinging @elastic/kibana-app
Few things which we should add to the list :
bytes>1000
cc: @kertal
Related to
Evaluate if the side menu can be similar to Lens, provide consistency and the ability to see field context, except for the dragging of fields it can share the same capabilities
Pinging @elastic/kibana-design
If our valued @elastic/kibana-design team is ok with aligning the side menu with Lens (which I think is a good idea) this would be my next step in the deangularization + Euification of Discover
@mdefazio this meta issue tracks the Discover enhancements we discussed previously.
@kertal would a mockup be helpful for the Lens-style side menu?
@ryankeairns if we agree doing it this way, definitely. mocks would be very welcome 👍
@kertal I'm guessing you talked with @AlonaNadler and @wylieconlon about reusing the Lens component for this? How would you integrate the work that's happening on the Lens side? Would you collaborate on the effort? How much feature parity will there be when Lens is still Beta?
I do like the idea of sharing this component, by the way.
@cchaos That's the things I'd start to evaluate now, if you're saying, it would be a good approach going into that direction from design perspective. maybe we should have a session about this?
An alternative approach that comes to my mind would be to move the field selection into the new grid, but then the new grids field selector would need more features like searching in long field lists, displaying details about data etc.
Seems like quick session would be a good start as we have people coming at this from a couple of angles. Thanks @kertal !
An alternative approach that comes to my mind would be to move the field selection into the new grid
I think we will still need the left side menu listing the fields. Removing it will be too big of a change and users look at discover not only using the data grid. We can make it collapsable if we want which will give more screen real estate when using grid
@wylieconlon is currently working on the context pop up for each field in Lens, the approach is different than the one Discover uses, it is worth evaluating it in the context of discover. Currently when selecting a field in Discover, it does top values. Wylie's PR is closer to ML data visualizer were based on the field type it provide a different context to the field value. We should check that it doesn't have any performance drawback
Thanks @mdefazio looks excellent, visually it is an improvement, consistent with Lens, distinguishing between fields is easy and good, search and filter by type is a great improvement. Would be good if we can adjust the width to support long fields currently discover truncates the fields name
Maybe a route similar to how it is done currently in visualize left side configurator, allowing users to increase the width
looking forward to implement it @mdefazio
@AlonaNadler the adjustment of the columns is very easy to overlook currently in visualize, I'll take a look at the underlying code
Here is a first go at how the DataGrid could look inside Discover. I'm showing a popover (on click) for one cell. I'm also showing how the column renaming could work. Let me know your thoughts. @kertal @AlonaNadler @timroes
Wow, this is so exciting to see !!! ship it. :)
Few suggestions:
filter on the value
, exclude value
sorting on a single column is what most users do, can we do that on the column itself
This will be in a later release of the data grid. All the elements are in it to make this available, and my guess is it would likely be implemented as a feature in data grid component before the discover project is shipped. You can stop requesting it in every channel and making me guilty! 😆
if using multiple fields sorting can the sorting label show how many fields are sorted, similar to the filter fields counter
It already does this. 🎉
when clicking on a field can we allow users to click on the cell itself instead of trying to get to their mouse on the expand icon
I'll need to think about how to handle this. In the majority of cases data grid cells won't have actions, so it would be annoying to always pop up the expansion. We could probably do something like this with a special prop. Likely a soon after V1 for the data grid component, that discover would be able to implement before they ship.
instead of the magnifying glass icon which is not clear to many of our users can we have descriptive options
👍 to this.
Updated popover with descriptions next to the magnifying glass
@mdefazio yeesssss, I love that! Much clearer, nice design.
Nice ! Can we make the entire cell clickable, I see users challenging in hitting the icon with their mouse in Lens when we have icon in a similar location and this operation will be done quite frequently
What Michael has mocked up here is how the datagrid currently works, so any change would come on the EUI side. The first version of datagrid is nearing release, so let's see that through, get a feel for things, and follow up with any enhancements requests (in EUI).
https://github.com/elastic/kibana/issues/40719 Has another comment about real estate in the discover app, we might want to take into consideration during the redesign process.
Closing this in favor of https://github.com/elastic/kibana/issues/92573
While in the process of moving over Discover to the new platform (#38242) the largest part is rewriting Discover in EUI/React. During that rewrite we're trying to address many open issues/enhancement if possible to make sure we're starting with a good new experience.
For the actual table component the new datagrid component in EUI (https://github.com/elastic/eui/issues/1689) will be used, which would hopefully already solve a lot of issues.
This meta issue tracks important issues we are trying to address while rewriting:
More interactions
More configuration/styling
Remaining Tasks