route TUI editor input by owning-view focus

[harryalbert]

Description

This PR updates tracking so that the TuiInputView (and other TUI views going forward) owns focus via on_focus/on_blur and snapshots that state into TuiEditorElement. Editable TUI editors now consume raw text and paste events, and render the terminal cursor, only while their owning view is focused. This prevents multiple editable elements rendered at once from contending for the same input.

This follows the GUI editor's existing pattern: EditorView snapshots its focus state into ViewSnapshot, and EditorElement::typed_characters declines text when that snapshot is not focused. The TUI now uses the same view-to-element focus boundary instead of allowing every editable element to handle raw input.

We're doing this now so that, upstack when we add the search input to the options element, we can do so with clear focus tracking for that input.

Testing

• I have manually tested my changes locally with ./script/run-tui
  Again, no behavior changes yet

Agent Mode

• Warp Agent Mode - This PR was created via Warp's AI Agent Mode

[harryalbert]

• add reusable TUI option selector over shared option snapshots #13716 : 2 dependent PRs (#13717 , #13830 )
• add reusable TUI editor view #13817
• route TUI editor input by owning-view focus #13771 👈 (View in Graphite)
• add option snapshots and adapt GUI orchestration pickers onto them #13714
• extract orchestration edit state into a frontend-neutral module #13707
• master

This stack of pull requests is managed by Graphite. Learn more about stacking.

[oz-for-oss]

@harryalbert

I'm starting a first review of this pull request.

You can view the conversation on Warp.

I completed the review and no human review was requested for this pull request.

Comment /oz-review on this pull request to retrigger a review (up to 3 times on the same pull request).

Powered by Oz

[oz-for-oss]

Overview

This PR adds owning-view focus tracking for TuiInputView and snapshots it into TuiEditorElement so editable TUI elements only render the terminal cursor and consume raw text/paste while focused.

Concerns

• This is a user-facing TUI behavior change, but the PR only states manual testing with ./script/run-tui; it does not attach an acceptable TUI evidence artifact such as a terminal transcript, render_to_lines/TuiBuffer::to_lines snapshot diff, or ./script/run-tui capture. Please include terminal evidence demonstrating the focus-routing behavior end to end.

Verdict

Found: 0 critical, 1 important, 1 suggestions

Request changes

Comment /oz-review on this pull request to retrigger a review (up to 3 times on the same pull request).

Powered by Oz