You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In iOS, there are actions that will expand the browser chrome (address bar and toolbar) that are not scroll events or are inverse to the present logic of headroom. Two examples that I know of:
Scrolling past the bottom of the page (into the rubber banding area) when already at the bottom
This is inverse to the present logic (i.e. a "scroll down" event expands the chrome)
Tapping anywhere in the 40px near the bottom of the screen
Tapping on the collapsed address bar
Clicking a anchor link
There may be more such events.
I've determined that you can detect when the browser chrome is displayed by listening for the resize event and comparing the window.innerHeight which is updated to match the size of the viewport minus the window chrome.
In iOS, there are actions that will expand the browser chrome (address bar and toolbar) that are not scroll events or are inverse to the present logic of headroom. Two examples that I know of:
There may be more such events.
I've determined that you can detect when the browser chrome is displayed by listening for the
resize
event and comparing thewindow.innerHeight
which is updated to match the size of the viewport minus the window chrome.This works well, but we may want to include some more solid logic in headroom itself.
The text was updated successfully, but these errors were encountered: