Standardize grid selection and selected row display

[tlmii]

Splitting this off from #590

Right now we've got a couple different ways that selection happens in our grids:

Resources, Structured Logs and Traces: A View button (under the Environment (Resources), Details (Structured Logs) and unlabeled (Traces) column headers respectively) needs to be clicked to go to details. In the case of Resources and Structured Logs this pops open the details pane. In the case of Traces it navigates to another page.

Trace Detail: The entire row is clickable. Clicking pops open the details pane.

In all three of the details pane scenarios (Resources, Structured Logs and Trace Detail) there is no indication on the grid of what was selected. The details pane has a header that displays identifying information about the selection, but there's no visual connection back to the row.

In some cases, full-row selection may not be appropriate (what's the UX with clickable links/buttons within the row, for instance).

We should determine if (or when) we want full-row selection and how we want to indicate the selection in each of the above scenarios.

[DamianEdwards]

Would like to ensure that where appropriate the selection is keyboard shortcut friendly so that it's easy to select an item to see its details, and then arrow up/down to change selection. Makes browsing through a list of items really smooth.

[JamesNK]

Showing which row a details view is open for needs to be prioritized. Is this the right issue?

I think a row needs to be highlighted if its details are being displayed.

For example, on the logging page, the open details view is for which log entry?*

*trick question, I opened the details view and scrolled to view new log entries, but someone can easily get lost trying to remember or find the log entry in the grid for its open details.

[adamint]

@leslierichardson95 could we get guidance on this, so it can be implemented?

[leslierichardson95]

implemented?

Let's do the single-row click option. I think that may allow us to keep the main grid a reasonable size as we continue to add content in the future.

[JamesNK]

@adamint Is their progress on adding row selection to Fluent UI? It will take time to agree on this feature, the feature to be implemented and then for it to get released. It needs to be started far in advance of changing Aspire to use it.

[adamint]

Moved the issue about the component we're adding to #1782 - it will be more similar to a tree view so that we can easily display replicas

[JamesNK]

I'll be clearer:

I thought there was a decision at a meeting a month ago that you'd reach out to the Fluent UI folks about a feature to make row selection better. Has that happened? Or did one of us misinterpret the outcome of the meeting?