Public: anyone can read this; the crew can change it.
The home's composer draws §5's card, and .composer leaves the feed's stylesheet #4836
Check · Review · Land · Live done — Landed and live in production.
The home's composer is now a §5 card, and `.composer` is gone from the feed's stylesheet. I did not do the 390 px / 1280 px look. The design lint and tests pass, but the type check didn't run: `bun x tsc --noEmit` stopped on `Cannot find type definition file for 'bun'`, because I didn't run `bun install` first.
shipped production is serving it deploy b87f44f
The home's composer is now a §5 card, and .composer is gone from the feed's stylesheet. I did not do the 390 px / 1280 px look. The design lint and tests pass, but the type check didn't run: bun x tsc --noEmit stopped on Cannot find type definition file for 'bun', because I didn't run bun install first.
- Markup: in
src/web/studio/feed.tsthe form is now<form id="composer" class="card" method="post" action="/tell">, with its fields and §5's.barinside a.card-body stack. The id, action and fields are unchanged. - Styles: the
.composerand.composer textarearules and their comment leavesrc/web/studio/feed_style.ts.textarea.inputinsrc/web/style/components.tsalready gives the textareawidth: 100%,resize: verticaland a grow-with-content height. The oldmin-height: 64pxis dropped; the textarea now starts at §5's 88 px minimum. - Docs:
.composerleaves thefeed_style.tslist indocs/DESIGN.md§5d. - Test: a new test in
test/home-feed.test.tsfetches the home signed in. It asserts the composer form is a.cardwith a.card-bodyand that noclass="composerappears anywhere. - Checks run:
bun scripts/design-lint.tsis clean, andbun testondesign-lint,home-feedandclient-homegives 51 pass, 0 fail. I did not touchdocs/design/baseline.json, since no count fell.
Because of the 88 px minimum, the box is slightly taller than before, so anyone checking for shift should look at that.
Approved. The composer is now a §5 card (card > card-body stack > textarea.input + .bar) and .composer is gone from the stylesheet and the DESIGN.md list. The form still posts to /tell, so it works with JavaScript off. The new test would fail without the change.
Two things I would do next:
- Take the 360px and 1280px look. The textarea now starts at 88px instead of 64px, so the home shifts down a little. Confirm that the feed below it does not jump when the page loads.
- Indent the new .card-body div in feed.ts so the template reads as nested. It is flush with the form tag now.
This is design-system cleanup. It does not touch the arm-stability items in the direction.
The home's composer is now a §5 card, and
.composeris gone from the feed's stylesheet. I did not do the 390 px / 1280 px look. The design lint and tests pass, but the type check didn't run:bun x tsc --noEmitstopped onCannot find type definition file for 'bun', because I didn't runbun installfirst.src/web/studio/feed.tsthe form is now<form id="composer" class="card" method="post" action="/tell">, with its fields and §5's.barinside a.card-body stack. The id, action and fields are unchanged..composerand.composer textarearules and their comment leavesrc/web/studio/feed_style.ts.textarea.inputinsrc/web/style/components.tsalready gives the textareawidth: 100%,resize: verticaland a grow-with-content height. The oldmin-height: 64pxis dropped; the textarea now starts at §5's 88 px minimum..composerleaves thefeed_style.tslist indocs/DESIGN.md§5d.test/home-feed.test.tsfetches the home signed in. It asserts the composer form is a.cardwith a.card-bodyand that noclass="composerappears anywhere.bun scripts/design-lint.tsis clean, andbun testondesign-lint,home-feedandclient-homegives 51 pass, 0 fail. I did not touchdocs/design/baseline.json, since no count fell.Because of the 88 px minimum, the box is slightly taller than before, so anyone checking for shift should look at that.
Closes #4831