Show a guest's details on hover

On the plan screen a guest is a name in a seat, and at two hundred guests a table is fifty-odd pixels across, so often it is less than that. The facts that decide where somebody sits — who they came with, who they must avoid, what they need — are not on screen at the moment the decision is being made.

Acceptance criteria

• Hovering a guest on the floorplan or in the unseated rail summarises them in place, without navigating away or opening a panel
• The summary carries the facts that bear on seating: side, role, household, partner, anyone they are kept apart from, allergies, accessibility needs, tags and social type
• Dietary preferences are not shown. They are a catering count and do not change where somebody sits
• The same summary is reachable by keyboard and dismisses on escape. Hover-only would put the information out of reach of anyone not using a mouse
• It never covers the seat it describes. Placing a guest stays two clicks
• The guest list is unchanged. Its columns already carry this

Notes

TT-15 is the table-level view and this is the guest-level one. Clicking a table to see who is on it and glancing at one person are different questions.

The floorplan half of this waited on TT-44, which drew the chairs a summary can attach to. That is done, so both halves can be built.