Paste clipboard files with Ctrl+V instead of Shift+Insert (#10526)

[baseman70]

Problem

When selecting an image entry from the clipboard manager (Super + Ctrl + V), bin/omarchy-clipboard-paste-file copies the image to the clipboard via wl-copy --type "$mime" and then dispatches:

wtype -M shift -k Insert -m shift 2>/dev/null || true

As reported in #10526, terminal emulators (foot, ghostty, kitty, etc.) bind Shift+Insert to their own text-only paste handler and consume the keystroke before the running application ever sees it. Because the clipboard only holds an image/* flavor without a text flavor, the terminal emulator quietly drops the event, resulting in no paste and no feedback.

Consequently, terminal-based applications that support image paste (such as Claude Code, Gemini CLI, and terminal image viewers) fail to receive the pasted image, forcing users to manually press Ctrl+V.

Solution

Switch the synthetic paste keystroke in bin/omarchy-clipboard-paste-file from Shift+Insert to Ctrl+V:

wtype -M ctrl -k v -m ctrl 2>/dev/null || true

• In terminal emulators, Ctrl+V passes through to running applications, allowing image-capable TUIs and CLI agents to read the image from the clipboard.
• In graphical applications (browsers, chat clients, image editors), Ctrl+V continues to work as the universal paste shortcut.

Test plan

• Run automated test suite: bash test/shell.d/clipboard-test.sh (all 76 assertions pass, covering --copy-only content staging, normal execution with ctrl v keystroke dispatch, missing argument fail-closed, and unreadable/nonexistent file fail-closed).
• Run full CLI verification: ./test/cli (all 108 tests pass).

Closes #10526