Edit: it appears that when a topic has many posts, the (topic progress) element will not be visible without scrolling. That’s why I couldn’t reproduce it in some sites before like meta.
I support doing something with the mobile topic progress widget during the time the next batch is loading. It sound like a reasonable refinement but I am not sure if a full hide is what we are after.
Hiding the full timeline would be an anti pattern cause stuff would bounce.
Thanks for your response, I understand your concern about the bounce caused by hiding the full timeline, that’s why only reserving a padding space will be playable.
It’s not entirely a CSS issue, sticking or padding the topic progress down while the spinner is active is JavaScript related though.
I’m still curious why it can’t be reproduced here. Can it be reproduced on try.discourse.org ? Is it specific to the CSS layout of those sites, e.g. additional headers and so forth?
I don’t think it’ll cause bounce on mobile because we use fixed position when scrolling and absolute positioning when it docks, so it’s never influencing the layout anyway.
I did a quick test where I just hide it with css when it gets the docked class (because that’s why the positioning jumps when loading; the page is short and the progress bar docks)… no bounce when it disappears/reappears
The other option is to undock it and keep it in a fixed position while loading, but the problem with that is if you’re jumping up to the top of the page from all the way at the bottom (like when you’re at suggested topics)… I think you’d see a position jump when the timeline goes from docked to a fixed position?