Live data from Hacker News

A bookmarklet to kill sticky headers (2013)

alisdair.mcdiarmid.org

41–50 of 91 posts

Re: A bookmarklet to kill sticky headers (2013)

#41

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.

If you’re on ios, you can tap the clock for fast scroll up.

Re: A bookmarklet to kill sticky headers (2013)

#42
post #26

Anecdote: 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…

Is it possible to distract the kid in power with a favicon that is always visible in the url bar and allow users not curse the brand due to stickiness?

Re: A bookmarklet to kill sticky headers (2013)

#43

The 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.

These are just as bad, at least their default implementation that triggers on tiny up movements as it covers content you tried to re-read or just annoyingly pops up on inadvertent finger movements

Re: A bookmarklet to kill sticky headers (2013)

#44

Earlier 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…

ohhh I thought it was primarily a repository for people to browse each other's bookmarklets, I am going to check it out if it would let me do my management in a more sane manner! I am still using the system in that blog post with regex and deletion+reimporting when I need to update several at a time (which is not that uncommon) and I still hate it haha

thanks!!

Re: A bookmarklet to kill sticky headers (2013)

#45
post #24

These 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

> 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)

#46
post #24

These 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...

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.

Re: A bookmarklet to kill sticky headers (2013)

#47

Earlier 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.

That depends on what's being measured, most especially by way of survivor bias.

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)

#49

This 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!

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.)

Re: A bookmarklet to kill sticky headers (2013)

#50

If only sticky headers didn’t convert so well!

Convert to what? Not to actual sales for sure. But maybe converting well to annoying and confusing the potential customer, which seems to be much more important than making sales.

Click-throughs, signups, etc. and eventual sales.
Post reply on HN