Command palette on web and desktop: ⌘1–⌘9 to open results, like on iPad

[gabrielrojasc]

Problem

On iPad, Cmd+1 through Cmd+9 open the first nine results in the command palette. On web and desktop they don't. When I search threads with mod+k, I have to use the arrow keys or the mouse to open a result, and pressing ⌘1 does nothing.

The user docs describe the iPad behavior for every platform. docs/user/keyboard-focus.md says: "While the palette or model picker is open, number shortcuts select its entries instead of switching threads." docs/user/keybindings.md (iPad) says: "Use the arrow keys and Return to choose a result, or Cmd+1 through Cmd+9 to choose directly." On web and desktop, number shortcuts only work in the "New thread in..." project picker.

Proposal

Match the iPad palette on web and desktop. The first nine visible results get ⌘1–⌘9 hints in display order, assigned after filtering. Pressing the key opens that result. With an empty query, the visible list is numbered the same way.

Code pointers (main @ 9bd1d80)

• iPad: apps/mobile/src/features/keyboard/CommandPalette.tsx:123 shows ⌘{index + 1} for the first nine filtered results, and :407 runs results[threadJumpIndex(command)].
• Web: enumerateCommandPaletteItems (apps/web/src/components/CommandPalette.logic.ts:234) assigns thread.jump.N only to the project picker. The other groups, including threads-search (:486) and "Recent Threads" (:605), carry no shortcutCommand.
• handleKeyDown (apps/web/src/components/CommandPalette.tsx:3046) already calls preventDefault on thread.jump.N and looks up the result among the displayed items. Assigning shortcuts to the displayed results after filtering is enough.

Related

• New-thread project picker: give filtered results a ⌘1–⌘9 shortcut and keep existing numbers stable #16094 and fix(web): renumber project picker jump shortcuts to match filtered results #8268 cover the same gap in the project picker. fix(web): renumber project picker jump shortcuts to match filtered results #8268 assigns thread.jump.N after filtering through an enumerateShortcuts group flag. This proposal would extend that to the root palette.

Would you approve this direction and scope for a focused PR?