[a11y] Fullscreen (alt-screen) TUI captures right-click in Terminal.app, breaking native selection and Services / text-to-speech

Environment

• Claude Code 2.1.205 (native installer), regression vs 2.1.204
• macOS (Darwin 25.5.0), Apple Terminal.app
• TUI setting: "tui": "default"

Summary

Version 2.1.205 appears to enable terminal mouse reporting. In Terminal.app this captures all mouse events, so right-clicking on assistant output no longer opens the native macOS context menu. On 2.1.204 and earlier, right-click opened the standard menu (Copy, Look Up, Services, etc.).

Why this matters (accessibility)

The user's routine for consuming Claude's responses is: select text, right-click, Services > Add to Speech Central (a text-to-speech app). This is an accessibility workflow; the user processes long responses by listening rather than reading. On 2.1.205 right-click produces nothing, which silently breaks the workflow.

Repro

1. Install 2.1.205 on macOS, open a session in Terminal.app
2. Let Claude produce some text output
3. Right-click on the text

Expected: native Terminal.app context menu (as in 2.1.204).
Actual: nothing happens (mouse event consumed by the TUI).

Workaround found

Holding Fn while selecting and right-clicking restores native mouse handling in Terminal.app (standard mouse-reporting bypass). Option and Shift do not work. This is functional but not discoverable; nothing in the UI hints that the mouse is now captured or that a bypass exists.

Request

Either leave right-click uncaptured (only capture what the TUI actually uses), or provide a setting to disable mouse reporting entirely, and/or document the Fn bypass where users will find it. Screen-reader and TTS users are the population most affected and least likely to discover the bypass on their own.