Add Ctrl+N / Ctrl+P as next/previous navigation in list pickers

[sairajchouhan]

Currently Omarchy's list surfaces navigate with the arrow keys (Up/Down, and Left/Right where relevant), but they don't recognize Ctrl+N / Ctrl+P — the "next / previous" keys that readline, bash, vim, rofi/dmenu, and most terminal-driven UIs use. For users with that muscle memory, having to reach for the arrow keys breaks flow.

Request: make Ctrl+N / Ctrl+P move the selection (next / previous) everywhere a list of items can be navigated, alongside the existing arrow keys.

Surfaces involved:

• Omarchy menu (plugins/menu/Menu.qml) — the root menu and every submenu (keybindings, power, apps, …)
• Clipboard manager (plugins/clipboard/Clipboard.qml)
• Emoji picker (plugins/emojis/Emojis.qml)
• Image picker (plugins/image-picker/ImagePicker.qml)
• Shared components used by panels/settings: Ui/PanelKeyCatcher.qml, Ui/Dropdown.qml, Ui/SearchableDropdown.qml, Ui/MultiSelect.qml (these already support j/k vim keys, so Ctrl+N/P would be a natural complement)

It's a one-line addition per key handler, e.g.:

} else if (event.key === Qt.Key_Down || (event.modifiers & Qt.ControlModifier && event.key === Qt.Key_N)) {

Happy to submit a PR if this is welcome.

[cyperx84]

+1, and confirming this is still the case on Omarchy 4.0.4: Ctrl+N / Ctrl+P do nothing in the Super+K menu.

Two notes that may help get it merged:

• It can't clash with type-to-search. The menu's catch-all (plugins/menu/Menu.qml, the last branch of Keys.onPressed) only appends text when event.modifiers is NoModifier or ShiftModifier, so a Ctrl+<letter> branch placed before it never competes with typing. This is the same reason Ctrl+U already works as "clear filter".
• A small PR already exists. Add Ctrl-N and Ctrl-P menu navigation #7042 (+9/−2) does exactly this for the menu, and Add Vim style navigation to Menu, Clipboard, Emoji & Image-Picker #8318 covers the clipboard, emoji and image-picker surfaces as well. Landing the smaller one first would unblock the rest, and Add Emacs-style navigation bindings to the Quattro menu #10226 / Finish vim-style navigation: the search surfaces are the missing half #9371 could then build configurability on top.

Use case: people coming from Vim, readline, fzf or macOS list menus. Today the only workaround is remapping keys outside Omarchy (I use a kanata layer), which isn't available to everyone.