- From: Lea Verou <notifications@github.com>
- Date: Mon, 24 Jul 2023 10:07:15 -0700
- To: w3ctag/design-reviews <design-reviews@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
- Message-ID: <w3ctag/design-reviews/issues/851/1648285298@github.com>
Hi @noamr and @khushalsagar , We looked at this during a breakout today. A few clarifications about my earlier comments: **On no JS used:** We're still unclear on what happens if no JS is used, from the user’s point of view. What transition happens? Like, is it a cross-fade? Something else? > It is indeed a possible scenario, however in a same-app environment (which is currently same-origin) the developer can mitigate it, deciding when to opt-in to these transitions and so forth. Detecting a slow network is notoriously difficult (and not really black & white, you may have a perfectly fine connection until now), so I don't think the API should depend on it for a baseline decent end-user experience. On that note, it would be good if the CSS code to opt-in to this can be nested within media queries (e.g. see [`prefers-reduced-data`](https://developer.mozilla.org/en-US/docs/Web/CSS/@media/prefers-reduced-data) and [`prefers-reduced-motion`](https://developer.mozilla.org/en-US/docs/Web/CSS/@media/prefers-reduced-motion) which authorrs may want to take into account). I suspect this is already possible, just bringing it up in case. > The old Document remains active and animating until the browser gets a response from the server. For example, when the user clicks a link they usually see some browser UI indicating that the navigation was initiated. The user sees content animating and they can scroll around until the browser receives a response, at which point the old Document is unloaded to be replaced by the new Document. That’s promising! Though in slow connections the time from receiving a response to actually being able to animate to the new document can still be fairly long. But if the user perceives it as just slightly longer loading times, I guess that's not a huge issue. It may be a good idea to advise UAs to start their loading UI when the navigation starts, so that the user does get *some* feedback that something is happening (possibly in a non-normative note). > You mean if the old document starts the transition and the new document skips it? The moment the transition is skipped we'd render the new document's "final" (post-transition) state. This is not different from skipping a same-document transition. I meant if the navigation doesn't happen at all because the event was cancelled. -- Reply to this email directly or view it on GitHub: https://github.com/w3ctag/design-reviews/issues/851#issuecomment-1648285298 You are receiving this because you are subscribed to this thread. Message ID: <w3ctag/design-reviews/issues/851/1648285298@github.com>
Received on Monday, 24 July 2023 17:07:21 UTC