ios-inner-height

ios-inner-height

Retrieve a consistent, accurate window.innerHeight measurement from iOS

iOS Safari has a neat feature that results in window.innerHeight providing different values based on whether or not the URL control and menu bar are expanded. This is the case when a page initially loads - or if the page content is shorter than the screen. As a user scrolls, the menu bar retracts beneath the perceivable screen and the URL control shrinks to increase the amount of the page now visible to the user.

For a better explanation, read "The iOS Safari menu bar is hostile to web apps: discuss".

This can get super annoying super quick when one wants to know the scrolled viewport height sans expanded URL and menu bar for, say, measuring an element's percentage in view. It seems the most reliable way to determine the window's inner height regardless of Safari's current scroll state is to inject an element into the DOM, set its height to 100vh, measure it, and destroy it.

This module provides a consistent pixel measurement for the state of iOS Safari having no menu bar and a collapsed URL control, independent of its actual state.

Example output

From an iOS device, load the example page. This page reports the current height returned by this module and by calling window.innerHeight.

reporter	page load	after scroll	orientation change
ios-inner-height	628px	628px	375px
window.innerHeight	559px	628px	375px <= => 331px

The old way

We used to be able to hide the URL control and menu bar without requiring scroll ...on iOS6. This obviously doesn't cut it anymore.

window.scrollTo(0, -1);

Installation

Install via npm:

$ npm i -S ios-inner-height

Usage

The module exposes a getter that can be called as often as you like. It will automatically account for the window's current orientation. And all measurements are done upon instantiation, so future calls should introduce zero DOM overhead.

var innerHeight = require('ios-inner-height');

// now anytime you need it, get a reliable window height
console.log(innerHeight());

Known issues

Tests are pretty horrible. Searching for a headless version of iOS Safari.

Resources

• The Safari team's perspective.
• Article "The iOS Safari menu bar is hostile to web apps: discuss"
• Busting require's cache for testing with proxyquire