Scroll and clip overflowing single-line text inputs

[ctate]

Bug

Single-line fields advertised clipped overflow but emitted no clip command and ignored any scroll state: long values painted past the field's rounded border and the caret walked out of view while typing continued invisibly.

Fix

• Single-line fields (input, text field, search field, combobox) clip text, selection rects, composition underlines, and caret to the content rect — the same treatment textareas already had; the clip only engages when content actually overflows, so short-value emission is byte-identical
• A retained horizontal offset keeps the caret visible with standard semantics: minimal scroll with an edge margin, offset 0 when text fits, clamped back on deletion, recomputed on edits, programmatic set-text, pointer-placed carets, and field resize
• The offset rides the widget's existing retained value channel (the one textareas use vertically), so no new schema pin and no replay impact

Verification

• Six new tests: clip emission + shifted origin, ensure-visible + Home, selection/text consistency, short-value invariance, search-field chrome outside the clip, and an end-to-end runtime flow
• Live keyboard-driven check on a real app: caret visible at the right edge, text clipped at the border, Home scrolls back
• Zero golden movement; full suite, validate, seven smokes, examples battery, render budgets green

[vercel]

The latest updates on your projects. Learn more about Vercel for GitHub.

Project	Deployment	Actions	Updated (UTC)
native-sdk	Ready	Preview, Comment	Jul 10, 2026 4:14pm