feat(drive-integration): keyboard accessibility for edit action buttons in review view [INTEG-3889]

[Franco Banfi (FBanfi)]

Purpose

The review view relied entirely on mouse interaction for text selection and edit actions. This PR makes the core editing flow accessible via keyboard.

Approach

Review view (MappingView, EditMappingButton, useReviewTextSelection)

• Document surface is now contentEditable (edit mode only) so Shift+Arrow selects text natively
• Mutations are blocked via onBeforeInput/onPaste/onCut/onDrop — no actual edits possible
• Tab with an active selection moves focus to the floating "Edit content mapping" button
• A freezeSelection ref prevents selectionchange from clearing the selection during that Tab transition
• EditMappingButton accepts onBlur — fires clearSelection when focus leaves the button

Overview (OverviewEntryList)

• Entry checkboxes can be toggled with Enter

Multiselect dropdowns (ContentTypePickerModal, SelectTabsModal, FieldSelectionDropdown)

• All three now use @contentful/f36-multiselect (standalone) for consistent keyboard and focus behaviour. Moreover, f36-multiselect is newer than Multiselect from f36-components.
• Enter key selects options via a shared handleMultiselectKeyDown util in src/utils/keyboard.ts
• Focus is restored to the checked option after selection via setTimeout to counteract the library's internal focus-reset

Testing steps

Keyboard flow (review view)

1. Click into the document area
2. Shift+Arrow to select text → floating "Edit content mapping" button appears
3. Tab → focus moves to the button (selection preserved via freeze)
4. Enter → edit modal opens
5. Tab past the button (or blur) → button disappears, selection clears

Complete workflow run using only the keyboard:

Grabacion.de.pantalla.2026-05-28.a.la.s.12.54.57.p.m.mov

Breaking Changes

No.

Dependencies and/or References

Link to INTEG-3889

🤖 Co-authored with Claude Code

[JuliRossi]

⭐ Nice work!