Room list on a phone: plain text rows in the heading type; no Create Room or Join with Address #40

Merged
void merged 1 commit from void/room-list-plain-rows into dev 2026-11-09 15:39:39 +00:00
Member

Meta, 2026-11-09 15:01Z and 15:03Z: headings read lighter than the rooms under them, the pill buttons overlap, 'this UI needs no chrome', and Create Room / Join with Address need not be exposed.

Phone only (below 750px, the app's own Mobile breakpoint); wider screens are unchanged.

  • Rows, section headings and the Join action: no pill, slab or border. Room names take the section headings' type (12px, uppercase, 600, heading strength, 0.75).
  • States live in the text: hover/focus underline, selected bold and underlined, pressed dims, unread at full strength.
  • Over the scene a halo of the theme's own surface keeps labels, icons and unread dots legible (no box).
  • Create Room and Join with Address are not rendered on a phone (useScreenSizeContext() === Mobile).
  • Portrait residue (room-chip-residues): the 58px overhang band is now the pose header's min-height, with the header at its foot, so the old row margin no longer stacks on the header. A portrait row without a header keeps the margin.

What depended on the two entries (grep): Create Room navigates to /home/create (route and page stay; also reachable by URL). Join with Address opens JoinAddressPrompt, used only by this navigator (component stays for wider screens); permalinks and mentions open rooms through getHomeRoomPath, a separate route. DM start goes through the user profile (UserRoomProfile.tsx:67 to getDirectCreatePath), invites are the Join rows in this list, and the estate rooms come from the space hierarchy. Nothing in an estate steward flow creates rooms from the client list. So nothing was moved; the capability stays reachable by URL, and a phone user can no longer create a room or join by alias from the list. Say if that should return somewhere quiet.

Seen rendered (headless Chromium, demo build of this branch): 390x844 and 320x640, midnight sky and noonday sky, chat portrait rows at 390.
Not verified: real day sky (the scene stays a dusk sky whatever the clock; in noonday the dark text sits on a dark terrain behind its light halo, readable but milky); hover/selected/pressed on a touch device; phone hardware. Room names being uppercase like the headings makes a steward group (EUREKA) and a DM named Eureka look alike; the chevron on headings and the icon on rooms are what tell them apart.

🤖 Generated with Claude Code

Meta, 2026-11-09 15:01Z and 15:03Z: headings read lighter than the rooms under them, the pill buttons overlap, 'this UI needs no chrome', and Create Room / Join with Address need not be exposed. Phone only (below 750px, the app's own Mobile breakpoint); wider screens are unchanged. - Rows, section headings and the Join action: no pill, slab or border. Room names take the section headings' type (12px, uppercase, 600, heading strength, 0.75). - States live in the text: hover/focus underline, selected bold and underlined, pressed dims, unread at full strength. - Over the scene a halo of the theme's own surface keeps labels, icons and unread dots legible (no box). - Create Room and Join with Address are not rendered on a phone (`useScreenSizeContext() === Mobile`). - Portrait residue (room-chip-residues): the 58px overhang band is now the pose header's min-height, with the header at its foot, so the old row margin no longer stacks on the header. A portrait row without a header keeps the margin. What depended on the two entries (grep): Create Room navigates to `/home/create` (route and page stay; also reachable by URL). Join with Address opens `JoinAddressPrompt`, used only by this navigator (component stays for wider screens); permalinks and mentions open rooms through `getHomeRoomPath`, a separate route. DM start goes through the user profile (`UserRoomProfile.tsx:67` to `getDirectCreatePath`), invites are the Join rows in this list, and the estate rooms come from the space hierarchy. Nothing in an estate steward flow creates rooms from the client list. So nothing was moved; the capability stays reachable by URL, and a phone user can no longer create a room or join by alias from the list. Say if that should return somewhere quiet. Seen rendered (headless Chromium, demo build of this branch): 390x844 and 320x640, midnight sky and noonday sky, chat portrait rows at 390. Not verified: real day sky (the scene stays a dusk sky whatever the clock; in noonday the dark text sits on a dark terrain behind its light halo, readable but milky); hover/selected/pressed on a touch device; phone hardware. Room names being uppercase like the headings makes a steward group (EUREKA) and a DM named Eureka look alike; the chevron on headings and the icon on rooms are what tell them apart. 🤖 Generated with [Claude Code](https://claude.com/claude-code)
Room list on a phone: plain text rows in the heading type; no Create Room or Join with Address
Some checks failed
Build pull request / Build pull request (pull_request) Failing after 3m28s
6768237de4
Rows, section headings and the Join action lose their pill, slab and border below 750px.
Room names take the section headings' type (12px, uppercase, 600, heading strength); hover and
focus underline them, the selected row is bolder and underlined, a press dims, an unread room is
at full strength. Over the scene a halo of the theme's surface keeps text, icons and dots legible.
The phone list no longer shows the Create Room and Join with Address entries (routes and the
prompt stay for wider screens). The portrait overhang band is now the header's min-height, so
the 58px row margin no longer stacks on the header.

Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>
void merged commit deb4e0dfe6 into dev 2026-11-09 15:39:39 +00:00
Sign in to join this conversation.
No reviewers
No labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference
GameCult/Ratatoskr!40
No description provided.