[Illniyar]

This is literally the best ux pattern you can have. It is intuitive - user immediately discovers it when performing the obvious action, it increases the user experience (more text to read) without any real downside.

It is the first thing I suggest to anyone when I see someone didn't implement it.

I've never heard a complaint about it until now.

[zimzam]

This is only true if you assume users always scroll down while reading and the only reason they scroll up is to find the header... but many of us scroll up and down while reading and find the re-appearance of the header to interfere with our goal of reading the content. So there is a clear downside for us "up and down" readers.

I don't know what portion of users we are though, I'm glad to see I'm not the only one!

[toss1]

>>without any real downside

Wow, impressive blindness!

Seriously, have you ever used one? Because most people do not read monotonically downwards. We often scroll back to see something in a previous sentence referred to in the spot we are reading. So we want to go back one or two lines. Bot NOOOOooo, the header pops up, covers 1/4 of the screen, so now we have to scroll that much more, pushing off the screen the other text we hoped to keep on the screen, and it might even go through a few adjustments. So, now, what was a non-event less distracting than turning the page in a book or magazine has now become a fully distracting scroll-fest.

Is that clear enough for you?

>>This is literally the best ux pattern you can have.

NOT EVEN CLOSE. The best User Experience pattern is to give the reader what they asked for AND NOTHING MORE. Nothing more for you, nothing more for your advertisers, and nothing more for them. We click to read the content, LET US READ the content, ALL the content, and NOTHING BUT the content. We'll even understand if some proper STATIC adverts are placed in the content, and we might even click thru if you've shown us something relevant and interesting

But as soon as you start putting motion and other distraction in the adverts, my priority becomes NOT reading the advert, but figuring out how to get it out of my face. And if by some chance I remember it, it is filed among "companies to avoid".

Why does it seem everyone who deals with advertising, from the execs down to the programmers, so stupidly thinks only of the first-order effects — "Grab Their Attention!" — and not the second-order effects, where being so offensive — surprise! — offends people...

[nativeit]

I consider it context-dependent. If a site is intended for users to jump around to different pages often, then sticky headers make sense. If it’s designed for long-form articles or scrolling through feeds, then non-sticky headers make sense. When I have implemented them on my own sites, I try to keep them minimal and unobtrusive. But I also have never heard this complaint specifically, until now.

[carlosjobim]

It's awful for the user. There is no reason why scrolling up should perform any other action then scrolling up the content. Zero benefit for anybody involved.

[jjj123]

I’m curious if after reading the dozen or so replies you’ve changed your opinion here, at least a little?

For the record, I am also a user who scrolls up often while reading, so I find the header thing more frustrating than useful.

[HerbManic]

The user discovers it because it is practically forced on them. It is awful UI.

[Illniyar]

When a user wants to return to the navigation bar at the top he scrolls up. The navigation bar then immediately gets nearer.

The user discovery happens because the act he performs provides the exact intent you need to give him the shortcut.

Also for clarity this is only relevant for content based sites and not apps. It is vanishingly rare for users to scroll up when reading content unless they want to reach the top

[Night_Thastus]

>It is vanishingly rare for users to scroll up when reading content unless they want to reach the top

This assumption is the problem. No, it is not rare for users to scroll up while reading. People are not perfect machines that read everything in one pass and understand it fully.

They may go back to re-read, or look at an earlier image or figure in the text, or otherwise. Sometimes people zone out for a minute and find they 'read' with their eyes but didn't actually take in the content. That requires going back.

For me, scrolling up to re-read is a basic use case of a web page. If it can't do that properly, it has failed.

[SetTheorist]

On what basis do you make the claim that "It is vanishingly rare for users to scroll up when reading content unless they want to reach the top"?

If I were to judge from the comments here (and my own behaviours) it is quite common for users to scroll up when reading content for other reasons that wanting to "reach the top".

[RugnirViking]

no. Scroll already does that. The header can stay where it is. The most intuitive thing you can do is have the content scroll in the direction the user asked for, when they asked for it.

If they want to go up to the top, they can already scroll. To the top.

[matheusmoreira]

> When a user wants to return to the navigation bar at the top he scrolls up.

Users also scroll up when they want to read text that's not visible anymore.

> The navigation bar then immediately gets nearer.

And then it blocks the text the user was trying to read.

[oe]

That’s not why user scrolls up, or at least not the only reason. For example, reading this discussion I constantly scroll up and down to center the text on screen.

If the header only appears after scrolling up for a bit then it’s not so bad, but most implementations show the header after scrolling 1px up. That’s infuriating.

[MrSkelter]

You know what tells people there’s more to read? The fact the sentences are cut and the piece hasn’t concluded.

As for “no overhead” what about all the code needed to implement this?

Pages of text should be minimally styled for maximum efficiency.

[orthoxerox]

It might be useful if you wait until the user has scrolled more than 20% of the viewport and not pop it out immediately.

[zbrozek]

I absolutely hate it. If you haven't heard a complaint about it, you haven't tried hard enough to get feedback.

There is no context which makes it OK.

[underlipton]

You could just have a "hide bar" button. Dunno how you get it back, maybe put your design smarts there.

Stop making things "intuitive" and expose explicit options to users.