I’ve had several web developers ask me about how Safari on iOS 26 extends down behind the Smart Search field (location/URL bar)… will you need to do anything to make sure the navigation doesn’t overlap your website?

You don’t need to do anything. The web page appears to extend below, behind. But the viewport itself & your content is 100% above the bar, just like now. The background color / image / look & feel of your page is extended further… so it looks beautiful. But content will not overlap.

@jensimmons not that anyone asked, but the title bar/chrome changing colors on scroll position (if that's indeed what's happening?) on MacOS Tahoe/Safari 19 is _beyond distracting_. I hope this is or becomes an option.
@jeffehobbs @jensimmons super distracting. I’m scrolling past things all the time. Stuff at the bottom of my screen is not what I’m looking at. But when the glass overlays a bright color it flares that out and pulls my eye down. When the button overlays darker content, even if just a small part of an image is dark, it flashes to inverted text color. Again pulling my eye down to something I’m not focused on.
@jensimmons Thanks for explaining that!
@jensimmons John Siracusa has a very good rant about exactly this feature in the current ATP. Not a fan.

@jensimmons I’m wondering what it will look like on pages that have full-height hero sections that use 100vh/dvh to create a full screen effect. Will that effect be diminished by the section below the Safari chrome?

Example here: https://www.sailingcollective.com/

Home | Sailing Collective Travel Co.

We are sailing travel specialists with curated itineraries worldwide. Your journey is crewed by a team of dynamic explorings offering customized voyages and outstanding adventures. Join the Adventure.

@jensimmons hey Jen, I agree this is a better attempt than safari 15 beta but that ultimately got walked back for good reason. There’s clearly been some work since then. It’s a bit better but still issuess. I’m sure I can work through these issues with my team but honestly I don’t really want to have to deal with this stuff over an design concept that’s not that valuable compared to what we have today. At least not for a web browser. I’ll submit via feedback app.
@kaplag Do submit Feedback. And I’d love to get the FB number from you.
@jensimmons So does it use `viewport-fit=cover` + `safe-area-inset-*`? Or something else? Like… we have control over it, right?

@jensimmons I've tested a little bit, and it seems like there's two modes; transparent or opaque background behind the browser UI.

The heuristics for determining which mode to use seems to work most of the time, but it's not perfect.

Will it be possible to control this behavior as an author?

@jensimmons > You don’t need to do anything.

Please let us do something. Your heuristics do not work at scale. (Please see my thread here: https://mastodon.social/@HTeuMeuLeu/114896023373588701) Let us have CSS variables or HTML meta tags to define the top and bottom colors ourselves.