[simonhamp]

Two changes to the gesture area's pan, needed for a swipe-to-reveal row that follows the finger (NativePHP/dev-null-app#102).

Snap points

With pan-x-snap / pan-y-snap (from the gesture area's new snap-x / snap-y in mobile-air, branch feat/gesture-area-snap), a bound axis:

• follows the finger between its lowest and highest point, and a third as far past them;
• on release springs to the point nearest where a tenth of a second more of the fling would carry it, so a quick flick opens a row the finger only moved part of the way;
• reports that point in @dragEnd;
• springs to a PHP write-back (setValue() on a persistent SharedValue) too, so closing a revealed row from PHP slides it shut instead of jumping.

Both platforms use the 350 ms ease-out the bounded pan already settles with. An axis without snap points behaves as before.

iOS: a one-axis pan only takes drags along its axis

A gesture area with only pan-x (or only pan-y) bound, and no bounded or pinch, now uses a UIKit pan that begins only when the finger first moves along that axis. SwiftUI's DragGesture(minimumDistance: 0) claimed every touch from touch-down, so a vertical scroll view couldn't scroll when the drag started on the area. Android's one-axis drag already worked this way (detectHorizontalDragGestures).

• An enclosing scroll view's pan, and iOS 26's swipe back from mid-screen (interactiveContentPopGestureRecognizer), wait for this pan to decide. A sideways drag on a row moves the row; it doesn't scroll the list or pop the screen.
• The edge swipe back still wins: the pan waits for interactivePopGestureRecognizer.
• @dragEnd still reports the unbound axis as the finger's raw movement.

Worth a look

• Every one-axis pan on iOS now waits for some movement along its axis before it starts, where it used to start on touch-down. That matches Android, but it is a change.
• Tested on an iPhone 17 Pro simulator (iOS 26.2) and an iPhone 16 Pro in the dev-null app: the row follows the finger, short drags spring back, longer ones or flicks open, a vertical drag starting on a row scrolls the thread, a right drag on your own message doesn't pop the screen, and closing from PHP slides shut. An unsigned Release build compiles.
• The Android side (GestureAreaRenderer.kt) isn't checked on a device or emulator yet: the snap and write-back code mirrors iOS, and the one-axis drag already existed.

🤖 Generated with Claude Code