Room list on a phone: plain text rows in the heading type; no Create Room or Join with Address #40
Loading…
Reference in a new issue
No description provided.
Delete branch "void/room-list-plain-rows"
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?
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.
useScreenSizeContext() === Mobile).What depended on the two entries (grep): Create Room navigates to
/home/create(route and page stay; also reachable by URL). Join with Address opensJoinAddressPrompt, used only by this navigator (component stays for wider screens); permalinks and mentions open rooms throughgetHomeRoomPath, a separate route. DM start goes through the user profile (UserRoomProfile.tsx:67togetDirectCreatePath), 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