Skip to content

Show session tags on the terminal page - #121

Merged
karngyan merged 6 commits into
mainfrom
terminal-session-tags
Aug 20, 2026
Merged

Show session tags on the terminal page#121
karngyan merged 6 commits into
mainfrom
terminal-session-tags

Conversation

@karngyan

@karngyan karngyan commented Aug 19, 2026

Copy link
Copy Markdown
Contributor

Session tags now show on the terminal page.

Where they live:

  • Below the top right control row, right-aligned at the edge. Terminal text is left-justified, so the right margin under the chips is the quietest ground on screen and the badges sit on nobody's prompt. A long set wraps downward into that same margin. Same spot on desktop and touch.
  • Shown once per surface (the full chrome pane) and they follow the active tab.

How they resolve:

  • Tags belong to the group, and the sessions list edits them on the anchor (the row a group folds to). Every pane resolves tags through the group anchor, so tabs and splits all show the tags you set on the session.
  • Live updates ride the existing sessions stream, no new fetching.

Shared TagBadges component (cap 3, +n overflow with tooltip) now also powers the session table.

Full web suite and lint pass.

🤖 Generated with Claude Code

karngyan and others added 6 commits August 19, 2026 22:08
A floating strip in the terminal's top-left corner shows the session's
tags in full chrome, mirroring the control strip opposite: same z-layer,
chip-surface badges over whatever theme the pane wears, gone entirely
when the session has no tags and in the minimal chrome of split panes
and the scratch modal. Tags follow the sessions poll the terminal
already subscribes to, so edits land live.

The cap-and-fold badge run moves out of the session table into a shared
TagBadges component, keeping one TAG_CAP and one +n tooltip for both
surfaces.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
A split's sibling panes render minimal chrome, so a tagged session
lost its strip the moment it was split. The strip is the only
identity a pane shows, so it now draws in every chrome.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
A new tab or split spawns a member session, and tags only ever land
on the anchor, the row a group folds to in the sessions list. A
member pane read its own empty tags and showed nothing.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Every pane of a split wore the anchor's tags, so a two-way split said
the same thing twice. The route now points the strip at the active
tree's top-left leaf, mirroring how chipsPane points the chips at the
top-right one, so a surface reads its tags once and each tab keeps
them. On a coarse pointer the strip moves above the key bar: the
top-left corner is the first line of whatever just ran.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
The floating strip sat on the first line of whatever just ran — the
screenshot that prompted this had it directly above the prompt. The
top-right corner is already spent on chrome, so the badges lead the
control row there and cover nothing new. Full chrome only, which is
also what makes a surface read them once; the coarse-pointer strip
stays above the key bar, where the row has no width to spare.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Inline with the icon chips they read as a broken chip — wrong height,
wrong radius, same corner. Below the row they stop competing with the
chips, and the right margin is the quietest ground a terminal has:
text is left-justified, so badges there sit on nobody's prompt. Same
berth on touch, which retires the above-key-bar special case.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
@karngyan
karngyan merged commit c8ec479 into main Aug 20, 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