Live data from Hacker News

Do not combine footers and infinite scrolling

willfennel.com

21–30 of 129 posts

Re: Do not combine footers and infinite scrolling

#22

Don't remember a specific instance, but I've seen this used in a couple of sites. Kind of mind numbing. Try to read the text or click on a link in the footer, and if you're lucky the request will be slow enough.

Gotta use the ol' turn off wifi to hit the bottom trick.

Re: Do not combine footers and infinite scrolling

#23

Don't remember a specific instance, but I've seen this used in a couple of sites. Kind of mind numbing. Try to read the text or click on a link in the footer, and if you're lucky the request will be slow enough.

I've experienced sites with infinites scoll footers where the disable button is... on the footer.

Re: Do not combine footers and infinite scrolling

#24

Don't remember a specific instance, but I've seen this used in a couple of sites. Kind of mind numbing. Try to read the text or click on a link in the footer, and if you're lucky the request will be slow enough.

Google images page is an example

Re: Do not combine footers and infinite scrolling

#26
post #6

Shh. Don't tell the committee that designed the footer that no one can ever see it. They'll want to go with the supermenu header instead.

That's okay. The menu items in the header will drop down on hover, making it very easy to use when the user is scrolling the page. :)

Re: Do not combine footers and infinite scrolling

#27
post #15

I wish this was made impossible by browsers. It's like making a user chase their tail; they won't ever catch it. They just keep going in circles until they explode with frustration. You can't even cancel the requests to load more data. I have come across a couple of these (I think blogs & news sites do this) and it is so annoying.

It’s possible I’m lacking imagination after ~20 years of web dev experience, but I can’t think of a way to systematically prevent this. I can hardly even think of a heuristic to detect it which wouldn’t be either overly broad or overly specific. A spec which privileged more of a page’s “chrome” as part of the browser UX would probably make that more realistic, at the expense of being a very high value attack surface.

This is almost certainly better addressed by discouraging and shaming than by trying to fix it at the browser level. I agree with the clarity and brevity of the article (even if I can’t muster such brevity to save my life). And it’s very rare that this kind of UX is any more onerous to me than closing the tab/leaving the site.

Re: Do not combine footers and infinite scrolling

#30
post #14

Remove “combine” and make it “or” I assume footer here means fixed position footer. The normal footer or “tags near end of document” is fine by me.

"Do not or footers and infinite scrolling"??

Do not: footers or infinite scrolling.
Post reply on HN