Skip to content

Show session tags on the terminal page - #121

Open
karngyan wants to merge 5 commits into
mainfrom
terminal-session-tags
Open

Show session tags on the terminal page#121
karngyan wants to merge 5 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:

  • Desktop: the badges lead the top right control row, before the theme and navigation icons. That corner is already spent on chrome, so they cover no output. Shown once per surface (full chrome pane only) and they follow the active tab.
  • Touch: a small strip above the key bar, since both top corners are taken there.

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 5 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>
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