[FEAT] CD: Add Keybindings #32591

User Story

As a content author, I want to use common keybindings to navigate, select and filter content.

Shortcuts added

Decisions worth knowing

• Esc clears the selection only. An earlier version also wiped every active filter once
  nothing was selected. That put a destructive, hard-to-undo action behind the most-reached-for key on
  the keyboard, so it was pulled. Clearing filters stays on the visible Clear all button.
• Cmd+F was rejected even though it is the obvious "search" key. It would take
  away the browser's own find-in-page, which people rely on. / is the web convention for
  focusing a search box and collides with nothing.
• Cmd+K is kept as an alias, not the primary. It conventionally opens a command
  palette, so if we ever want one, that key is still available.
• Every shortcut stands down while a dialog is over the listing. Search, Escape and the tree
  toggle all decline when something is stacked above, so a keypress can never act on a listing the
  user cannot see. The Asset Picker is the exception by design: it takes the search key for as long
  as it is open, then hands it straight back.
• Selections never span pages. Changing page clears the selection.
• No Delete binding. Content Drive has no plain delete — removal goes through
  permission-dependent workflow actions, so the same key would do nothing on some rows and destroy
  content on others.
• Enter and Space were left alone. The table already uses them for row selection.

Bugs fixed along the way

Both were already in the listing before this work and are reachable without touching a shortcut:

• Every row sat in the tab order, so tabbing through the listing took roughly twenty presses to get past.
• After sorting a column, the listing became completely unreachable by keyboard — no row could be
  focused at all.

QA

Test in Content Drive unless a row says otherwise. Shortcuts are per-surface, so the Asset Picker cases
matter as much as the portlet ones.

Search

• / focuses the search box and does not open the browser's quick-find bar
• Typing a/b into the search box enters a literal slash rather than re-triggering the shortcut
• Cmd+K does the same thing as /
• A term already typed is still there after pressing the shortcut again
• Open the Asset Picker over Content Drive, press / — the dialog's asset search takes
  focus, not the one on the page behind it. Close the dialog and the shortcut goes back to the portlet
• Open one of Content Drive's own dialogs (Action Center, New Folder, the content-type selector,
  Upload) and press /, then Cmd+K. Neither should do anything, and
  focus must not jump to the search box hidden behind the dialog. Close it and both work again

Moving through the listing

• Tab into the listing lands on one row, and tabbing again leaves the listing
• ↑/↓ move focus without selecting anything, and the listing does not scroll away
• Focus stops at the first and last row of the page — arrows never change page
• Sort a column, then press the arrows without clicking a row first. This is the regression that
  used to kill keyboard access entirely
• Same check after changing page, changing page size, applying a filter, and running a search

Selecting

• Shift+↓ grows the selection; Shift+↑ shrinks it back
  toward where you started rather than growing the other way
• Pressing an arrow without Shift collapses the selection to the focused row
• Shift+click a checkbox selects everything between it and the previously selected row
• Select a range, then run a workflow action — it acts on exactly the rows shown as selected
• Change page with a selection active: the selection clears

Escape and the tree

• Esc clears the selection and leaves the filters and the search term untouched
• Esc with nothing selected does nothing — filters stay
• With a dialog or the content-editing panel open, Esc closes that and does not touch the
  selection or filters
• Cmd+B collapses and expands the folder tree
• With the cursor inside a rich-text field, Cmd+B bolds text and does not
  toggle the tree

Should not change

• Browser back/forward still walk the folder history
• Find-in-page (Cmd+F) still works normally
• The read-only listing in the Action Center preview takes no row focus and no shortcut changes its
  selection

Known gap

Screen readers announce which rows are selected, but the listing is not yet a full ARIA grid (no
cell-level navigation contract). Tracked separately.

Proposed Objective

User Experience

Proposed Priority

Priority 3 - Average