feat(ui): the sidebar is a list, and colour only marks what varies #114
No reviewers
Labels
No labels
bug
duplicate
enhancement
help wanted
invalid
question
wontfix
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
lz/agent-nexus!114
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "feat/sidebar-restyle"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Third of four addressing
sidebar-issues— the whole "workspace card" section.Net −13 lines. This is styling; it should not add bulk. The one part that needed a backend field is split into #115.
The problem
The workspace card said "running and fine" four ways at once — a status LED, a coloured left stripe, a
healthychip, and (whenever anything under it was docked, which is most of the time) a wash across the whole card. Around them sat facts that never change: the container name, the creation date, and the image's capabilities.The change
A workspace is now a section of a list rather than a card: full pane width, no border, no radius, no margin, no wash. What is left of status is presence — greyed means not running, plain means fine, a coloured chip means read me.
Every bullet from the list:
healthychip, the container name and the creation date are gone, as are the dind/playwright chips — an image capability is frozen at spawn and said nothing about this workspace. All four already appear in the workspace Settings panel, checked before deleting, so nothing became unreachable.⋯took the corner the LED had.unhealthy,degraded,provision failed, and the mount count..card.running/.exited/.stopped/.erroredare deleted fromapp.css: this was their only consumer..carditself stays — ten other components use it.Verification
Browser, against a seeded instance covering running-with-chips, dormant, pulling-with-progress and provision-error, at 1500px and 420px. Measured: rows start at pane x=0 and end 1px short of the right (the pane's own border); every other block indents to 15px.
Gates: typecheck 4897 files / 0 errors, lint clean, 120 files / 1200 tests.
Three defects the browser caught and the suite could not (it is node-only, no DOM):
ProvisionProgressalready rendersFailed: <error>.+ sessionbutton silently went full-size: the old.card .btn.smoverride covered the action row and the add-session form because both sat inside one card. Splitting the card up left the form's button on the global.btn.sm. Now one.left-pane .btn.smrule covers both components.One judgment call
The session status dot is kept. The list scopes the LED removal to the workspace card, and the dot earns its place: it is the indent that nests a session under its workspace. Say the word if you want it gone too.