undefined | Better HN

0 pointsDangitBobby3y ago0 comments

It's invasive and takes up valuable screen real estate. On top of that, it's very distracting to keep having an element bounce into view. I have a very hide time dealing with even minor distractions on my screen, personally.

I straight up permanently remove most sticky headers with Ublock Origin. 90% of the sites I read content on, I didnt get there by internal site navigation, I got there from a kagi search or HN link. The rare exception are documentation sites; I use their internal navigation often. Thankfully, though, very few of these sites use sticky headers. I just quickly scroll to the top or use the pagination buttons at the bottom.

0 comments

6 comments · 1 top-level

sethherr3y ago· 5 in thread

I mostly spend time on sites that I use multiple times a day. I prefer that those sites are designed for people who use them multiple times a day, not for people who visit once, from HN.

This might be targeting a minority of users - it’s design for power users. I’d expect HN to be supportive of this sort of design.

2malaq3y ago

> This might be targeting a minority of users - it’s design for power users. I’d expect HN to be supportive of this sort of design.

You'd expect.. But please listen.

unionpivo3y ago

If I am on my pc with a mouse getting to top is either a click or button combo away, so this popping up stuff is a net loss.

Its even worse on the phones where you sometimes get header plus some commercial and maybe a cookie banner, interacting with each other trying to figure out how to close them in order is a puzzle.

There have been maybe 1 or 2 sites out of all that i have visited, that I didn't immediately hate the banner.

To me it become a "site smell". So if I have an option I'll go elsewhere for my needs.

birksherty3y ago

Nobody likes it except developers of these annoyances themselves. It's not power, it's toxic annoying dickbar.

omgmajk3y ago

Why would HN be supportive of this toxic attitude towards users?

klibertp3y ago

What's wrong with a small ▾ icon you could tap to bring up the menu? Then tap again to hide it? Crucially, without changing what content's scrollTop with either action? I'd expect (haha) power-users to be capable of tapping on an indicator to bring up (or down) the menu...

j / k navigate · click thread line to collapse