The pull-request rail icon now appears only while GitHub is connected (OAuth or gh CLI), like Linear; Linear sits after the walkthrough in the default rail order. The GitHub account avatar and switcher leave the header for the pull-request panel, where the walkthrough, refresh, and account controls share one row and one height, and the account stays visible on the panel's empty state. A manual refresh keeps its spinner on screen long enough to read as work done. GitHub sign-in moves from Settings → Git to Settings → Integrations → Built-in integrations as a card before Linear; search and the connect buttons follow it.
4.3 KiB
4.3 KiB
Context Surfaces
Purpose
packages/ui/src/lib/surfaces owns the declarative registry of context panel
surfaces — the desktop workspaces switched by the vertical rail on the right
edge (components/layout/ContextPanelRail.tsx) and rendered by
components/layout/ContextPanel.tsx.
Model
- A surface maps 1:1 to a
ContextPanelModetab mode inuseUIStore. availability: 'always'surfaces are always present on the rail.availability: 'has-content'surfaces (chat) are hidden from the rail until a tab of their mode exists, and stay visible for as long as one does — they must not disappear while in use.defaultWidthFractionis the panel width as a fraction of the content area, used until the user manually resizes that surface (manual widths are stored per mode inuseUIStore.contextPanelByDirectory[dir].widthByMode).- Rail order is user-reorderable and persisted globally in
useUIStore.contextRailOrder;sortContextSurfacesapplies it on top of the registry's default order and appends any missing surfaces. getVisibleContextRailSurfacesis the single visibility filter shared by the rail and the global surface-switch shortcut (switch_context_surfaceinlib/shortcuts): it drops surfaces the user hid (useUIStore.contextRailHiddenSurfaces, edited from the rail's trailing configure button —ContextRailSurfacesDialog), drops the plan surface unless plan mode is enabled, drops the walkthrough on VS Code and belowWALKTHROUGH_MIN_WIDTH, hides Linear unless a workspace is connected, hides the pull-request surface unless GitHub is connected (OAuth orghCLI — signed in from Settings → Integrations), and hideshas-contentsurfaces until a tab of their mode exists. Both consumers use it so the digit shown on a rail badge always maps to the same surface the shortcut opens.
Adding a surface
- Add a
ContextPanelModevalue inuseUIStore(type union plus the sanitizer whitelist insanitizeContextPanelTabs). - Register a descriptor here (icon, label key, availability, width fraction).
- Render the mode in
ContextPanel.tsx(content dispatch, label, icon). - Add label/hint i18n keys to every locale dictionary.
No new header buttons: the rail and openContextSurface are the only entry
points for opening surfaces directly; deep links from chat/palette go through
the openContext* actions in useUIStore.
Invariants
- Opening a surface must never require a control outside the rail, the command palette, or an in-content link.
- Multi-instance and session-holding surfaces (file/editor, diff, browser,
terminal) are keep-alive panes in
ContextPanel.tsx. Switching these surfaces must not reset their state (open tabs, xterm session, scroll positions). Chat tab records stay open, but only the active chat iframe is mounted while the panel is open. A selected chat restores its state from the session stores. A closed panel mounts no chat iframe. Singleton surfaces (git, pr, linear, notes, plan, context) remount on switch. These surfaces must restore their state from stores or snapshots. - Runtime scope: desktop/web
MainLayoutonly. VS Code and the dedicated mobile shell have their own layouts and do not consume this registry. Linear is a desktop/web singleton on this rail. VS Code and mobile omit it (no this registry, and VS Code has noRuntimeAPIs.linear). The Linear rail icon is hidden until a Linear workspace is connected. A persisted Linear tab stays open across reload until auth has resolved; only a confirmed disconnect closes the panel. The surface lists issues with status (All, Backlog, To Do, In Progress, In Review, Done, Canceled, Duplicate), assignee, team, and priority filters, can switch the current workspace, and keeps Start session in a footer on the issue card. Those filters restore fromuseUIStorewhen the surface remounts. Non-default status, assignee, team, priority, and search tint the filter icontext-primary, same as the context rail; one control clears them. Workspace switch is not a filter. Work-status Context sources can open a specific issue here throughlinearIssueFocus. Below 520px search and the filters other than status drop to icons; status keeps its label. The card shows priority and labels. Changing filters keeps the previous list until the next page arrives.