Hacker News new | ask | show | jobs
by nightnight 2425 days ago
From your second link:

> if we switch from one page to another, and none of the code or data for the next screen has loaded yet, it might be frustrating to immediately see a blank page with a loading indicator.

IDK what's the best or most accepted UX. But my gut feeling says an instant transition to the new page with light grey pulsating placeholders rectangles for the still to load contents gives the highest user satisfaction. This feels super responsive and is learned by the users for years (and it's perfectly do-able just with Suspense).

So, I wonder if the solution of clicking, seeing no change but a small loading sign or spinner next to button till the page really is transitioning is actually that more responsive/satisfying? I really don't think so, it rather makes the app feel more sluggish, reminiscent of the old days with server-rendered pages and not feeling like a actual SPA.

This is of course debatable but are there any other significant/killer use cases React Concurrent makes possible? I don't want to sound snarky but I've the feeling Concurrent is a solution with a slick name searching for a problem. I hope I am wrong.

Edit: To the pro downvoter, just try to articulate your thoughts and contribute to a discussion than pure downvoting

1 comments

As the page mentions, we actually do move to the Skeleton state (which you’re describing) as soon as it’s possible.

We’re only delaying the transition for as long as we have nothing good to show at all. When we have a decent loading state, we immediately transition to it.

I do recommend you to play with it more in a tiny project.

> Skeleton state

There is a name for this? Didn't know.

> I do recommend you to play with it more in a tiny project.

Ok, will do.

>There is a name for this? Didn't know.

Yes, and it's described here: https://reactjs.org/docs/concurrent-mode-patterns.html#the-t...