Dont hate me, but I would like to have the opposite functionality Just for mobile, where it is very annoying on long pages (Laravel Docs for example) to scroll up just to get the menue button.
A bookmarklet to kill sticky headers (2013)
41–50 of 91 posts
Re: A bookmarklet to kill sticky headers (2013)
#42Anecdote: I was in charge of a complete rebuild for an e-commerce website a few years back, which included a new design. We were debating various layout options, as it was tricky to get the information hierarchy right and show everything necessary even on smaller screens. Then we had an internal review and the CEO complicated things considerably by insisting it was very important that the header be sticky --- to ensu…
Re: A bookmarklet to kill sticky headers (2013)
#43The only sticky headers I like are the ones that disappear while scrolling to the bottom of the page but reappear when scrolling back up. Preferably while scrolling up the user is only seeing the navigation and logo. Otherwise, they're super annoying.
Re: A bookmarklet to kill sticky headers (2013)
#44Earlier quoted context omitted.
I have a couple bookmarklets scattered in a couple blog posts that you may find interesting / want to add: * https://river.me/blog/bookmarklet-stay-here/ * https://river.me/blog/firefox-keep-bookmark-keywords/ * https://river.me/blog/url-bar-is-a-cli/
Your wish is my command. - https://bookmarkl.ink/ashtonmeuser/a36be4b6c835276f1a22a8c49... - https://bookmarkl.ink/ashtonmeuser/a36be4b6c835276f1a22a8c49... - https://bookmarkl.ink/ashtonmeuser/a36be4b6c835276f1a22a8c49... Interestingly, in the URL CLI article, you mentioned the difficulty of maintaining such bookmarklets. That was a huge motivator for bookmarkl.ink. You can keep your verbose, commented code in a gis…
thanks!!
Re: A bookmarklet to kill sticky headers (2013)
#45These things are so annoying. Is there a website benchmark not for speed, not for security but for "annoyingness"? I guess there is some overlap with accessibility, but that's not exactly what I'm thinking of. I asked Copilot and searched Google but couldn't really come up with anything.
CLS was roughly designed to measure annoyingness in terms of "moving layout elements". I'm sure Google has even more nuanced signals to measure e.g. ad coverage vs content coverage
Let me guess, in Google's mind, the more ad coverage the better even if sacrificing content?
Re: A bookmarklet to kill sticky headers (2013)
#46These things are so annoying. Is there a website benchmark not for speed, not for security but for "annoyingness"? I guess there is some overlap with accessibility, but that's not exactly what I'm thinking of. I asked Copilot and searched Google but couldn't really come up with anything.
It is the inverse of what engagement is supposed to be measuring, but it turns out that optimizing for engagement takes you down a darker path...
Re: A bookmarklet to kill sticky headers (2013)
#47Earlier quoted context omitted.
It is the inverse of what engagement is supposed to be measuring, but it turns out that optimizing for engagement takes you down a darker path...
When I see a site that's clearly over enthusiastic about this stuff, I just close the tab. So their focus on keeping engagement with shenanigans actually shortens the engagement ending in a lost potential.
If the only people whose time-on-site is measured are those who 1) don't blacklist the site, 2) don't disable JS, and 3) don't immediately leave and never return, then annoyances may well give apparent measurement of longer time-on-site as the remaining readership is curated to those who will tolerate (or have no alternative to) such bullshit.
Web metrics are very poorly understood even now. YouTube's infamous experiment where latency improvements degraded apparent site performance ... because people with exceedingly marginal connections could now actually use the site if even very poorly.
(I can't find that story though it's from ~10--15 years ago. Both my DDG-fu and FastGPT-fu (Kagi) are failing me. I'm pretty sure HN has discussed this at least once.)
Re: A bookmarklet to kill sticky headers (2013)
#48If only sticky headers didn’t convert so well!
Re: A bookmarklet to kill sticky headers (2013)
#49This article is about removing all fixed elements on a page. Not only do other elements catch strays, fixed isn't the industry standard way of making sticky headers in 2025!
What is? Flexbox? Or something else?
(Not a FE dev, though I'm vaguely conversant in CSS, mostly by using it to fix site annoyances on my own via stylesheet management extensions such as Stylus.)