Scroll and filter the unseated list

The rail lists everybody not yet seated. At celebrity scale that is a hundred and ninety-odd people at the start, and the rail shows a handful of them and a count of the rest. Finding one person in it is not possible.

The rail takes its height from the floorplan, and at celebrity scale the floorplan already scrolls. Two scrolling lists stacked on one screen, each showing a fraction of itself, is worse than either problem alone — the room becomes unreadable at exactly the size the search exists to serve.

Acceptance criteria

• The rail scrolls vertically, and its heading and count stay in view while it does
• Search by name or tag, behaving the same way as the guest list
• Filter by side, by role, and by whether the guest has a need recorded
• Filters combine with the search, and a combination matching nobody says so in a line rather than showing an empty rail
• The count says how many are being shown and how many the filter is hiding
• Clearing every filter is one action
• Seating somebody removes them from the rail without resetting the scroll position or the filters
• The floorplan fits the height it is given rather than scrolling, by scaling its tables down
• Tables stop shrinking at a rendered radius of 22px. Below that the fill count goes and the number stays
• Geometry scales. Stroke weights and label sizes do not
• Celebrity scale fits without scrolling in the height the rail leaves it
• Unseated guests are short tiles rather than full-width rows, so more of the list is in view at once in the height the rail has
• The list reads as a different surface from the search and filter controls above it. A step in background value or a border, never a shadow
• The search box suggests from the names and tags already in the guest list as it is typed in, and says which of the two each suggestion is
• Suggestions are navigable by keyboard and dismiss on escape, the same as any other menu
• A guest holding a role other than guest carries a marker on their tile naming that role
• The marker names the role. Colour alone does not carry it

Notes

Needs is allergies and accessibility, as on the guest list. Dietary preferences are a catering count and are not a filter here.

The floor is a floor, not a guarantee. A window short enough that twenty-seven tables will not fit at 22px scrolls after all — scrolling becomes the last resort rather than the first thing tried.

KB-6's "dense rows, no cards" is about the guest list on the Guests screen, which reaches two hundred rows and is unchanged. It is not a ruling on the unseated rail, which is a different component with a different job.

KB-3 has the roles. Anything other than guest is worth marking, and the eight protocol roles most of all, since TT-13 seats those at the top table and a person seeing one loose in the rail is seeing something that has not been allocated yet.