Link loading overlay escapes the glass card (portal to body)
The full-screen loading screen shown the instant a Link starts navigating was rendered inside the Smart Review card. That card has backdrop-filter, which makes it a containing block for position: fixed — so the overlay was confined to a 44px strip of the card and the loading block spilled below the fold instead of covering the viewport. It is now portalled to <body> with a soft page scrim behind it; the review suite measures that it covers the viewport (390x844). SW -> freezmo-v48.
This commit is contained in:
parent
2d4d4ee776
commit
9b9e978ef2
4 changed files with 28 additions and 6 deletions
|
|
@ -1369,7 +1369,9 @@ Things I chose while building, with the reasoning:
|
|||
homework wording (no tips — the tips are deck-specific), and the route screens pass a single
|
||||
message with no stages or progress. Cancel stays a 44px touch target and the icon animation
|
||||
respects `prefers-reduced-motion`. Verified by the freeze-loading, review, wizard and mobile
|
||||
suites.
|
||||
suites. The link overlay is portalled to `<body>`: inside a glass card `backdrop-filter` makes
|
||||
the card a containing block for `position: fixed`, so the overlay was squeezed into a 44px
|
||||
strip of the card instead of covering the viewport (the review suite now measures it).
|
||||
|
||||
59. **Adding a deck or a homework syncs itself.** Sync used to be push-on-demand only: a deck
|
||||
frozen on the laptop sat in `dirty` until someone opened Settings and pressed Sync now. The two
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue