Skip to content

Clicking a window's bar shuts its panel; a pasted prompt shows without its tags - #63

Merged
andrin-n-dream merged 2 commits into
masterfrom
Ui
Sep 18, 2026
Merged

andrin-n-dream merged 2 commits into
masterfrom
Ui

Conversation

@andrin-n-dream

Copy link
Copy Markdown
Contributor

Clicking a window's bar shuts its panel and goes back to Claude

The bar only brought the window into view, keeping whatever panel was open --
so getting back to Claude alone meant finding the one lit toggle among three
and clicking it again. The bar is the biggest target a window has, and the top
bar's tabs already meant "back to Claude" through revealClaude; the window's
own bar now means the same, through the same function.

A separate prop rather than changing onReveal: the Cmd+arrow walk goes
through onReveal and steps through the panels, and a panel that shut as the
walk arrived at it would be a stop you could never reach. The bar's existing
exclusions stand, so a panel's own controls in the bar -- terminal tabs, the
todo and files bars, the toggles, the × -- still do their own job. The bar's
hover text says which of the two a click will do.

Measured on a scratch instance with a real click at the window's name: with
terminals, todos or files open, the click left Claude alone in the window and
the keyboard in Claude's terminal; a click on a terminal's own tab left the
panel open. The same at 390px, where the panel had the whole window.


A pasted prompt shows in its window without the tags Claude Code wraps it in

Claude Code records a paste as <pasted_content id="7b6d"> ... </pasted_content id="7b6d"> in the user record -- the id on the closing tag too -- while the
last-prompt beside it is the bare text. The window's task line reads the user
record, so it showed the tags around the words. INJECTED let it through
because _ and the attribute are both outside the shape it tests, and that is
right: a paste is the prompt, not machinery. So the tags are stripped and the
rest kept, including anything typed around the paste.

Measured in this worktree's own transcript: the record read
"\n\n<pasted_content id="7b6d">\nPressing on the top bar ...\n</pasted_content
id="7b6d">\n". The test uses it verbatim and fails without the fix with the
tags in the received string.

🤖 Generated with Claude Code

andrin-n-dream and others added 2 commits September 18, 2026 21:22
The bar only brought the window into view, keeping whatever panel was open --
so getting back to Claude alone meant finding the one lit toggle among three
and clicking it again. The bar is the biggest target a window has, and the top
bar's tabs already meant "back to Claude" through `revealClaude`; the window's
own bar now means the same, through the same function.

A separate prop rather than changing `onReveal`: the Cmd+arrow walk goes
through `onReveal` and steps *through* the panels, and a panel that shut as the
walk arrived at it would be a stop you could never reach. The bar's existing
exclusions stand, so a panel's own controls in the bar -- terminal tabs, the
todo and files bars, the toggles, the × -- still do their own job. The bar's
hover text says which of the two a click will do.

Measured on a scratch instance with a real click at the window's name: with
terminals, todos or files open, the click left Claude alone in the window and
the keyboard in Claude's terminal; a click on a terminal's own tab left the
panel open. The same at 390px, where the panel had the whole window.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
…s it in

Claude Code records a paste as `<pasted_content id="7b6d">` ... `</pasted_content
id="7b6d">` in the user record -- the id on the closing tag too -- while the
`last-prompt` beside it is the bare text. The window's task line reads the user
record, so it showed the tags around the words. `INJECTED` let it through
because `_` and the attribute are both outside the shape it tests, and that is
right: a paste is the prompt, not machinery. So the tags are stripped and the
rest kept, including anything typed around the paste.

Measured in this worktree's own transcript: the record read
"\n\n<pasted_content id=\"7b6d\">\nPressing on the top bar ...\n</pasted_content
id=\"7b6d\">\n". The test uses it verbatim and fails without the fix with the
tags in the received string.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
@andrin-n-dream
andrin-n-dream merged commit 00d4afb into master Sep 18, 2026
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant