OS one-handed mode is a workaround, not a layout solution
Aliases: Reachability · one-handed mode · screen shift
What it is
System one-handed mode temporarily translates or shrinks the whole UI toward the bottom (or a corner) so a previously unreachable top bar falls inside the thumb arc. It is an OS gesture offered to the person, not a sign that the app layout was fixed. The mode is transient: releasing, tapping, or raising the keyboard often snaps the UI back to full screen, and the top is unreachable again. This entry is the limit of that system capability. It is not why the top bar moved out of reach, and not where the app itself should put primary actions.
Why it happens
The reach problem is layout: frequent targets sit outside the arc. One-handed mode does not change layout; it applies an affine transform to the output. The transform requires knowing a gesture (a pull-down, a light tap on the home button, a slide along the bottom edge). Discovery is low, and commuting is not the moment people open Settings to turn it on. The transform also shrinks the usable canvas: to bring the top in, the bottom is clipped or stacked on the home indicator, and tapping the shifted top bar is easy to leak into a system gesture. Once the keyboard rises, usable height shrinks again, the mode fights the IME for space, and many people exit it and switch to two hands. The app cannot see the transform and still lays controls out in full-screen coordinates, so a Buy button in the top bar is as unreachable as before for anyone who never invokes the mode. The workaround helps the small group who will invoke it; it does not happen inside the layout.
Where it stops holding
AssistiveTouch, pointer control, and a hardware keyboard already replace "can I reach it" with another channel; one-handed mode is not their solution. Landscape one-handed mode is missing or different on many systems; do not assume the same gesture saves a landscape top bar. Some OEMs implement the mode as a mini-window packed into a lower corner, where hit targets shrink and small controls slide off. If someone leaves the mode always on, that is still not permission to keep primary actions at the top—the next OS gesture change or the next phone takes the workaround away.
Applying it
- Do not write "the OS has one-handed mode" into reach acceptance. Frequent top-bar actions in the product must be completable one-handed with the mode off.
- If the UI clips or covers a critical control after the mode shrinks the canvas, relayout against the system safe area rather than assuming full-screen height is still there.
- Verify with people who already use the longest supported phone one-handed: ask them to perform the system one-handed gesture on the spot. Those who cannot still have to complete close, back, and the primary action. Every target that is reachable only via that gesture is layout treating a workaround as a fix.