Decouple window-focus / text-selection clicks from interactive option pickers
Resolved 💬 2 comments Opened Jun 30, 2026 by austencloud Closed Jul 4, 2026
Problem
When Claude presents an interactive multiple-choice prompt (the option picker), the terminal is in mouse-capture mode. This creates two coupled annoyances:
- Accidental selection. Clicking just to focus the terminal window, or starting a drag to select/copy text, can land on an option and immediately submit it as my answer. There is no safe "neutral" click — any click in the option region risks choosing.
- Text selection vs interaction are all-or-nothing. Turning off the mouse/textual interaction so I can freehand-select text also turns off the ability to select text in the way I want, and disables the picker interaction. The two are tied together.
So today I cannot calmly read all the options, select/copy some text, or click to focus the window without risking an accidental answer.
Requests
- Preserve in-terminal text selection while an option picker is on screen — let me highlight/copy text without disabling the picker or accidentally answering.
- A separate toggle to decouple "focus window / select text" clicks from "activate option." A click meant to focus the window or begin a selection should NOT fire a choice. Option activation should require an explicit, deliberate action (e.g. keyboard Enter on a highlighted row, or a click on a clearly-bounded button), not any click anywhere in the option area.
Net: I want to keep mouse text-selection AND have a mode where mouse events don't auto-pick an option I'm only trying to read or click past.
Environment
- OS: Windows 11
- Claude Code CLI in a terminal
This issue has 2 comments on GitHub. Read the full discussion on GitHub ↗