An edge swipe depends on the screen boundary as its starting feature
Aliases: bezel swipe · from-edge gesture · edge-initiated
What it is
An edge-origin swipe uses where the contact is born as the gesture’s identity: it must start at the physical boundary (or a band tight against it) and then travel inward. Direction and speed may match an ordinary swipe, but an edge origin turns “flip content” into “summon shell or navigation.” Without that origin constraint, edge gestures and in-page slides cannot be told apart.
Why it happens
A capacitive panel still reports at the end of the glass. The system treats the outermost ring of pixels as a gate for another recognizer. If frame one sits inside the gate, later inward displacement goes to the edge recognizer; if frame one is already in content, the same direction stays with the app. Origin is a classification feature, not decoration. People enter from on or outside the bezel, so a thumb often cuts in on a side arc. If the recognizer demands the first point sit on a 2 px line, those arcs all miss. If the gate opens deep into content, in-page slides are impersonated. The edge is a spatial modifier key.
Studying it
Collect inward slides from outside the bezel, on the bezel, and from mid-content, and see which classify as edge gestures versus in-page scroll. Independent variables include how far inside the first point may sit, and whether contact must start at zero (no hovering in content then sliding). Report hits separately for grips (lower-left thumb, right index). Point a high-speed camera at the bezel and check where “I started from the edge” actually had its first frame.
Where it stops holding
Projection and AR planes have no physical bezel; “edge” becomes a drawn virtual frame, and the mechanism is crossing a line, not the end of glass. A mouse drag from outside a window is not a touchscreen edge swipe. A foldable hinge is a third interior edge that may or may not count. If back, Control Center, and a drawer all hang on the same edge, origin is not enough and a second split (which segment, how far) is required.
Applying it
- Decide from whether frame one sits in the edge band whether the pointer goes to the shell or the app; do not wait for direction to become clear and then look back at origin.
- During the inward slide, reveal the panel that is about to appear, so people can confirm they are entering, not paging.
- Have people swipe in from outside the real bezel, then from mid-content in the same direction. The first should summon the edge target; the second should scroll content. If the two swap, the origin feature never fired.
Related
- Same group: C3.13.2 Width of the edge hot zone versus false triggering · C3.13.3 Direct conflict between edge gestures and in-app horizontal scrolling · C3.13.4 Curved and bezel-less screens change the physics of the edge band
- Adjacent: C3.14 Back gestures · C2.21 Edge touch distortion and discrimination
- Search:
edge swipe·bezel gesture·gesture origin