fix(DateInput): clearing on touch no longer scrolls the page

The touch surface's clear (X) hands focus back to the field with a bare
focus(). iOS Safari scrolls the document to bring a newly focused input into
view, so the page slides under the user's finger mid-tap — even though the
field they just tapped is by definition already on screen.

Focus is now handed back with preventScroll: true, the same guard the rest of
this surface already uses (MonthScroller's day focus, BottomSheet's
present/dismiss focus).

Measured on the iOS 26 simulator with a real touch sequence, mid-page field:
+12px before, 0 after; focus still lands on the field either way.

Author: imdreamrunner

.changeset/date-input-touch-clear-preventscroll.md

@@ -0,0 +1,14 @@
+---
+'@astryxdesign/core': patch
+---
+
+[fix] DateInput: clearing on touch no longer scrolls the page
+
+The touch surface's clear (✕) returned focus to the field with a bare
+`focus()`. iOS Safari scrolls the document to bring a newly focused input into
+view, so the page slid under the user's finger mid-tap — even though the field
+they had just tapped was by definition already on screen. Focus is now handed
+back with `preventScroll: true`, the same guard MonthScroller and BottomSheet
+already use. Measured on the iOS 26 simulator: +12px before, 0 after.
+
+@imdreamrunner

packages/core/src/DateInput/DateInputTouch.test.tsx

@@ -419,6 +419,30 @@ describe('DateInput — field parity', () => {
     expect(onChange).toHaveBeenCalledWith(undefined);
   });
 
+  it('returns focus to the field without letting the page scroll', () => {
+    // iOS Safari scrolls the document to reveal a newly focused input. The
+    // field the user just tapped is already on screen, so that scroll is pure
+    // jank — the page slides under the finger mid-tap. jsdom implements no
+    // scrolling, so the guard is asserted at the call: focus must be given
+    // preventScroll. Measured on the iOS 26 simulator: +12px without it, 0
+    // with it.
+    render(
+      <DateInput
+        label="Ship date"
+        value="2026-03-21"
+        hasClear
+        onChange={() => {}}
+      />,
+    );
+    const input = field();
+    const focus = vi.spyOn(input, 'focus');
+
+    fireEvent.click(screen.getByRole('button', {name: /Clear Ship date/}));
+
+    expect(focus).toHaveBeenCalledWith({preventScroll: true});
+    focus.mockRestore();
+  });
+
   it('does not open the picker until the field is tapped', () => {
     withLayout(() => {
       render(<DateInput label="Ship date" onChange={() => {}} />);

packages/core/src/DateInput/TouchDateField.tsx

@@ -708,7 +708,14 @@ export function TouchDateField({
 
   const handleClear = useCallback(() => {
     fireChange(undefined);
-    inputRef.current?.focus();
+    // preventScroll: the field the user just tapped is by definition already
+    // on screen, so there is nothing to reveal — but iOS Safari scrolls the
+    // document to bring a newly focused input into view regardless, and the
+    // page slides under the finger mid-tap. Measured on the iOS 26 simulator:
+    // +12px without it on a mid-page field, 0 with it. This is the same guard
+    // the rest of the touch surface already uses (MonthScroller's day focus,
+    // BottomSheet's present/dismiss focus).
+    inputRef.current?.focus({preventScroll: true});
   }, [fireChange]);
 
   /**