feat(core): a checkbox and a radio option press the same way for every pointer (spec:AST-094 FR43) by vjeux · Pull Request #8696 · meta/astryx

vjeux · 2026-10-27T13:35:49Z

Depends on #8233 and #8682 (and their predecessors). Review only this PR's change: vjeux/astryx@b809fd6...d96069b

User need

spec:AST-094 FR43 gives a fine pointer a finger's press model. With a mouse, CheckboxInput, CheckboxList and RadioList still pressed through :active: a CheckboxList row pressed on its label left its box blank, a pen on a fine-pointer page pressed the box instead of the row, and a RadioList row kept its own :active paint.

Problem and solution fit

Owners: a CheckboxInput's control, a CheckboxList row and a RadioList row declare the press's image and release for every pointer.
Layers: the layer over a box or a circle reads them for every pointer and releases on a finger's clock. The :active arms go.
CheckboxList: a row that delegates its clicks owns its checkbox's press for every pointer; the touch-pointer store, now unread, is removed.
RadioList: the press controller now gives a link or a button inside a row its own press for every pointer (feat(press): a mouse's or a pen's press paints at once through the press controller #8682), so the row's :active:not(:has(…)) arm and its --_radio-row-press paint go (fix(RadioList): the pressed circle reads the row's press through a custom property, not a :has() scan #8424's rule, which it replaces). Its source-build test pins the new boundary.

Current specification

spec:AST-094 FR43, FR11's fine-pointer profile, DEC-21; FR24.

Public delta and caller burden

No API change. With a mouse or a pen, a checkbox and a radio option paint their press at pointerdown and fade on release, as under a finger; a CheckboxList row pressed anywhere paints the row and its box. A right click and a read-only row paint nothing. Touch targets stay coarse-only. The stylesheet loses the pointer-query wrappers and :active arms.

Size: base → head per component in this pull request's CI Component Size report (analyze-pr.js).

Design and alternatives

Keeping :active for a mouse would leave two press models. Tests that pinned a coarse-only press are conformed, including scripts/build-css.test.mjs's desktop-rule case (from #8118's line), narrowed to the Button's host layer: a selection mark's layer is its only press for every pointer.

Evidence

Chromium, a fine primary pointer, a real Storybook build: a mouse marks the press at pointerdown and the layer paints the pressed token, then releases on the host's clock (checkbox, CheckboxList row, RadioList row; each fails on the previous head). A held pen paints the same way. With a mouse or a pen, a CheckboxList row presses from its label and its box.

Scope

One capability is added.
Unrelated fixes, cleanup, and policy changes were removed or split.
Consumer docs, focused tests, and migration evidence ship with the feature.
Public text and artifacts contain no internal Meta context.

Testing

This head (d96069b, on feat(press): a mouse's or a pen's press paints at once through the press controller #8682 759d562, fix(core): a checkbox or radio press releases on the compositor #8233 35b2b6d and fix(gestures): a mouse or pen drag a gesture claims keeps the page's text selection (spec:AST-094 FR41) #8665 9960efe; main ab0db1f), mergeable with main 6b96fc3: CI=true pnpm lint 0 errors; pnpm build then root pnpm typecheck clean; IndicatorPressRelease, FinePointerPress, ButtonPressRelease and ListRowPress in Chromium 48 passed (1 skip); IndicatorPressRelease and FinePointerPress in WebKit 24 passed (3 skips); CheckboxListPress, PressModality and RadioGroup a11y 41/41; units 16,545 under CI=true, with no unhandled error; the load timeouts that test(Item): wait for the swipe layer's module, not a one-second window #8352, test(DropdownMenu): catch an eager sheet import when it is requested, not by a timer #8353, test(Resizable): load the package root while the file is collected, not inside a timed test #8471, test(Selector, MultiSelector): wait for the on-demand sheet module before the first open #8642 and test(DropdownMenu): the SSR test loads the menu and its sheet at collection #8685 fix failed on a loaded machine and each passes alone; a mouse click still toggles every story's checkbox and radio.
At cd87c9d (on fix(core): a checkbox or radio press releases on the compositor #8233 89688cd, feat(press): a mouse's or a pen's press paints at once through the press controller #8682 61cc2f5 and the harness helper 60fa6ea), mergeable with main ad427c2: CI=true pnpm lint 0 errors; pnpm build then root pnpm typecheck clean; IndicatorPressRelease, FinePointerPress, ButtonPressRelease and ListRowPress in Chromium 47 passed (1 skip); IndicatorPressRelease and FinePointerPress in WebKit 24 passed (3 skips); CheckboxListPress, PressModality and RadioGroup a11y 41/41; units 16,453 under CI=true, where the load timeouts that test(Item): wait for the swipe layer's module, not a one-second window #8352, test(DropdownMenu): catch an eager sheet import when it is requested, not by a timer #8353, test(Resizable): load the package root while the file is collected, not inside a timed test #8471, test(Selector, MultiSelector): wait for the on-demand sheet module before the first open #8642 and test(DropdownMenu): the SSR test loads the menu and its sheet at collection #8685 fix failed on a loaded machine and each passes alone; a mouse click still toggles every story's checkbox and radio.
At 5218a7d (on fix(core): a checkbox or radio press releases on the compositor #8233 94ac165, feat(press): a mouse's or a pen's press paints at once through the press controller #8682 cebd381 and the harness helper ad7aa98), mergeable with main d9b43cf: CI=true pnpm lint 0 errors; pnpm build then root pnpm typecheck clean; IndicatorPressRelease, FinePointerPress, ButtonPressRelease and ListRowPress in Chromium 47 passed (1 skip); IndicatorPressRelease and FinePointerPress in WebKit 24 passed (3 skips: pen input and Chromium-only cases); CheckboxListPress, PressModality and RadioGroup a11y 41/41; units 16,448 under CI=true, with load timeouts that test(Item): wait for the swipe layer's module, not a one-second window #8352, test(DropdownMenu): catch an eager sheet import when it is requested, not by a timer #8353, test(Resizable): load the package root while the file is collected, not inside a timed test #8471 and test(Selector, MultiSelector): wait for the on-demand sheet module before the first open #8642 fix; a mouse click still toggles every story's checkbox and radio.
Red first, on this PR's base (fix(core): a checkbox or radio press releases on the compositor #8233 with feat(press): a mouse's or a pen's press paints at once through the press controller #8682) built as a Storybook: the mouse press cases for the checkbox, the CheckboxList row's box and the RadioList row's circle fail, and so do the pen case and CheckboxListPress's mouse and pen cases; the right-click and read-only cases pass there and here.
scripts/build-css.test.mjs 23/23, including the narrowed desktop-rule case; the CLI files that timed out in the full run pass alone (13 files, 442 tests); the other node reds are story-tree (main's, closed by test(storybook): run the story-tree check where Storybook is built, and bring the tree back to its shape #8509) and cache.test.mjs's npm-lock cases, which fail on main on this machine too.

…8072 9800eb5, the FR18-FR22 browser states) as a dependency

…eta#8061 9adbe2d, meta#8072 9800eb5) into the gesture watcher The README's touch-action table takes meta#8061's edge-pan rows beside this PR's watcher row.

…es its recognizers, and the group keeps answering afterwards Under a fine pointer the host is not installed, so usesTouchEvents keeps its initial true, and a group press's own touch pointermove and pointerup went down the touch-pairing path and returned: the finger's moves and lift never reached the group, its contact stayed in the arena, and the group answered no press after it, a mouse's included. The group press now feeds its own events through the pointer path for every pointer type. Test (failing first): under a fine pointer a finger tap on a group recognizes, and a mouse tap afterwards does too.

… are all passive spec:AST-094 FR20: a watcher registers only passive listeners, but a watcher-only page still got the host's cancelable document touchend and its contextmenu and window click listeners. The document touchend is now passive until an enabled claimer (a recognizer that claims touches, or a consumer) is attached, and the contextmenu and click listeners are on only then, swapped as attachments change. The new test (a lone watcher leaves no cancelable document or window listener; a claiming pan brings the three) fails on the previous head.

…r watchers) into the host line The host keeps this PR's isRtlElement and its fingers held before a recognizer begins (a kept press, a scroll-edge pan), beside meta#8061's view size and meta#8309's pointer-events finger lookup. meta#8589's claimer check counts only participants active on this pointer (isActive, isConsumerActive), and a group press's click listener now stays while a claimer keeps it installed. The browser spec keeps the fine-pointer describe beside the FR18-FR22 real-touch states.

…'s passive-only watcher listeners) into the arena fixes The host-owner changeset keeps this PR's own listeners for the scroll lock and finger-scroll watch, and adds meta#8336's scroll-edge hold.

…inter reaches its recognizers) as a dependency

… under a fine pointer) as a dependency

…tion group's finger under a fine pointer) into the gesture watcher

Main's meta#8521 is its head 25b468c squashed, which this pull request already carries: every file it touches is byte-identical to 25b468c. In the two files that conflicted (the motion README and animator.ts), the resolution is this side's version, main's merged meta#8521 with this pull request's later work on top. Nothing of main is dropped.

…ted start

…ta#8521) into meta#8270 # Conflicts: # packages/core/src/gestures/__tests__/GestureHost.test.ts

…her meta#8072 5c59af1) into meta#8293

…g) into meta#8293 # Conflicts: # packages/core/src/motion/animator.ts

The note's reword joined its next sentence onto one long line; it now wraps like the rest of the file. No code change.

…w press release change

…he list dividers change

…election hold change

cixzhang's meta#8589 keeps the host's touchend passive, and its contextmenu and click listeners off, until a claimer is attached (syncClaimingListeners). Ported onto this pull request's input stream with no change to what it does: install() subscribes the touchend passive, and syncClaimingListeners swaps it for a cancelling subscription and adds the contextmenu and click subscriptions while a claimer is attached. A group press brings its own click subscription only while the host has none, and the host's takes it over. Her watcher test reads those listeners on the window, where the input stream registers them; her new group test (a finger, then a mouse, under a fine pointer) sits before the detach test. The test file and the bare fixture import both her ScreenEdgePanGestureRecognizer and this layer's selection lock from utils.

Here the click guard (utils/clickGuard.ts) owns clicks, so cixzhang's meta#8589 syncClaimingListeners, ported at meta#8356, switches only the touchend's cancelability and the contextmenu subscription; the group press subscribes no click of its own. Her meta#8072 5c59af1 (a finger on an action group under a fine pointer reaches its recognizers) arms the click guard where it armed the swallower. Her watcher test reads the touchend and the contextmenu on the window, and no click listener: the guard's comes only once a gesture acts.

… the lift, under real touch input spec:AST-094 FR20's "follows the scroll to the lift" had only a jsdom test with a synthetic takeover; the FR18-FR22 verification row asks for real touch input. In Chromium with injected touches, a vertical drag on a list a watcher pan is attached to scrolls the list natively, no touchmove is cancelled, and the watcher goes from began to ended at the lift.

… at the edge stays the page's spec:AST-094 FR10: two fingers before a claim are the page's pinch. The scroll-edge hold (DEC-18) counted any finger, so with two fingers down it cancelled the pinch's moves before any drag was claimed. It now holds only while a single finger is down. The new two-finger test fails on the previous head. Co-authored-by: Christopher Chedeau <vjeuxx@gmail.com>

… paint Button.spec.md FR15: main's text (meta#8613: the 200 ms release at tempo 1, scaled by the theme's tempo, spec:AST-108 FR4) with this pull request's own wording kept; the measured 250 ms release is likewise stated at tempo 1.

…busy first frame outran pressFeedback.ts removes data-astryx-press="fading" on a timer of the release's duration, started at the write. When the main thread is busy right after the lift, the release animation starts only at the first frame after the block, so the timer removes the release partway through it: on a list row after a 150 ms block, 0.736 -> 0.558 -> gone about 52 ms in. These fail on that code: - pressFeedback.test.ts: with a release animation the stylesheet started late (or still waiting for its first frame) when the clock runs out, the controller's release and another painter's (paintPress) stay fading until the animation finishes. Guards: a cancelled animation ends it, no animation ends it on the clock (reduced motion's instant release, a surface without a press layer), a descendant's, an endless or an earlier animation is not waited for, and a new press keeps its paint when the old release ends later. - ButtonPressRelease.interaction.browser.spec.ts, both engines: after 150 ms of script at the release, the button's layer keeps the release until its strength reaches 0.

…y first frame started it endAfterRelease replaces the clock that removed data-astryx-press="fading" at the release's duration after the write, for the controller's release and for every other painter's (paintPress). The clock now only looks: at the release's duration, a release animation the write started on the surface (one of its own CSS animations, on it or its ::before or ::after, finite, started at or after the write or still waiting for its first frame) is waited for until it finishes or is cancelled, so a busy main thread that starts the animation late ends it late too, at strength 0. With no such animation (reduced motion's instant release, a surface without a press layer, an engine without Web Animations) the release ends on the clock, as before. Any new write, or a new press, cancels the wait. A slot's pending clock is now a cancel function, so the release's wait and every timer clear the same way.

…a#8118 x meta#8360 union

…the press-paint base

…nto the fine-pointer press paint

…n's text) into this change

…t) under the selection controls' FR43 change

…rols' FR43 change

…nder the selection controls' FR43 change

…ta#8665 9960efe; main ab0db1f) into the selection controls' FR43 change

…o this change

…er the selection controls' FR43 change

…rols' FR43 change

…release ends when its animation does) into the selection controls' FR43 change

astracat-bot

Approval waits on one spec decision: the branch rewords the current component:Button FR15 (a 250 ms coarse-pointer release painted on ::before, 200 ms for a Space press and for fine pointers, and a Reduce Motion split) and adds a verification row for it, so an engineering owner needs to approve that record by commenting /approve-spec <full head SHA> on this pull request, or the record should keep main's FR15 text; the author may do so as an engineering owner. The selection controls' own mouse and pen press is covered by spec:AST-094 FR11, FR43 and DEC-21 on main. Whatever the FR15 decision, these still need changes:

Rebase onto main once the predecessor pull requests land, so this pull request carries its own 15 files (996 lines) instead of 271 files and 42,815 authored lines.
With Reduce Motion and a mouse, the checkbox and radio release still fades for 200 ms (CheckboxInput.tsx, RadioListItem.tsx); design:reduced-motion DR3 asks for an immediate change, which the shared press overlay already makes with its (prefers-reduced-motion: reduce) and (not (pointer: coarse)) arm.
A standalone checkbox's layer declares a 250 ms release while the press controller clears a fine pointer's press after about 200 ms, so the fade snaps off at about 15%; align the two clocks and assert how long the press stays fading.

[Automated review]

…y pointer meta#8696's own change (spec:AST-094 FR43). CheckboxInput, CheckboxList and RadioList take one press model for a finger, a mouse and a pen: their owners and the layer over the box serve every pointer, a RadioList row drops its `:active` press arm, and the press tests read that one model. The pen case follows in its own commit: it needs the pen driver (`webInputDriver`, `PEN_SKIP`) from meta#8666, which lands first. Absorbs meta#8696 (d96069b).

meta#8696's pen case (spec:AST-094 FR43), on its own because it needs the pen driver (`webInputDriver`, `PEN_SKIP`) from meta#8666, which lands first. Absorbs meta#8696 (d96069b).

…y pointer meta#8696's own change (spec:AST-094 FR43). CheckboxInput, CheckboxList and RadioList take one press model for a finger, a mouse and a pen: their owners and the layer over the box serve every pointer, a RadioList row drops its `:active` press arm, and the press tests read that one model. The pen case follows in its own commit: it needs the pen driver (`webInputDriver`, `PEN_SKIP`) from meta#8666, which lands in section 1. Absorbs meta#8696 (d96069b).

meta#8696's pen case (spec:AST-094 FR43), on its own because it needs the pen driver (`webInputDriver`, `PEN_SKIP`) from meta#8666, which lands in section 1 before this section. Absorbs meta#8696 (d96069b).

Under spec:AST-094 FR43 the press controller paints a mouse's or a pen's press too (data-astryx-press), not only a finger's. Tab painted its pressed image only inside @media (pointer: coarse), so a mouse press showed nothing but :active's colour, with no release fade. - Its image arms paint the controller's press for every pointer. - Its hover and pressed colours yield while the press is on, so a press never paints twice, and paint again over the release, so a hovering pointer's release lands on the tab's hover (as the shared overlay does). Checkbox and Radio are #8696's; Switch is #8681's. Test: Tab's compiled CSS paints both arms outside the coarse media.

…eta#8118 (with C06's meta#8212, meta#8219, meta#8233, meta#8696) + meta#8797 5760fdf (section 3's modifier keys on a gesture touch)

meta#8696's pen case (spec:AST-094 FR43), on its own because it needs the pen driver (`webInputDriver`, `PEN_SKIP`) from meta#8666, which lands first. Absorbs meta#8696 (d96069b).

astracat-bot

Approval waits on an engineering owner's decision: the branch rewords the current component:Button FR15 (a 250 ms touch release on a layer under the label, 200 ms for Space and fine pointers, and a Reduce Motion split), so an engineering owner needs to approve that rewording by commenting /approve-spec <full head SHA> on this pull request, or the record should keep main's FR15; the author may do so as an engineering owner. Whatever that decision, these need changes:

Rebase onto main once the predecessor pull requests land, so this pull request carries its own 15 files (996 lines) instead of 271 files and 42,815 authored lines; it currently conflicts with main in 112 files, including CheckboxInput.tsx, CheckboxListItem.tsx and RadioListItem.tsx.
Desktop behavior change needs an owner decision: the mouse and pen press on the checkbox box, CheckboxList rows and RadioList rows (CheckboxInput.tsx, CheckboxListItem.tsx:278, RadioListItem.tsx) changes what a desktop mouse press shows, so either gate it to touch input or cite that decision.
With Reduce Motion and a mouse, the checkbox and radio release still fades for 200 ms (CheckboxInput.tsx:123, :142, RadioListItem.tsx:80), where design:reduced-motion DR3 asks for an immediate change, which the shared press layers already make with their (prefers-reduced-motion: reduce) and (not (pointer: coarse)) arm.
A standalone checkbox's layer plays a 250 ms release (CheckboxInput.tsx:122) while the press controller ends a fine pointer's press after about 200 ms, so the shade snaps off from about 15%; align the two clocks and assert how long the press stays fading.
Three changesets now contradict the change (checkbox-row-one-press-surface.md, indicator-press-release-compositor.md and press-control-profile.md say mouse presses are unchanged), and the change adds none of its own.
The coarse-pointer query is spelled twice (utils/coarsePointer.ts:26 beside utils/touchQueries.ts) and checked twice (stylesheetDroppedActive in utils/pressFeedback.ts beside isCoarsePointer); use one of each.

[Automated review]

astracat-bot · 2026-11-03T23:52:57Z

+      animationName: 'var(--_indicator-press-release, none)',
+      animationDuration: {
+        default: CONTROL_RELEASE,
+        '@media (prefers-reduced-motion: reduce)':


With Reduce Motion and a mouse this arm still runs a 200 ms release: on the head the box's layer fades from 0.986 to 0.014 over about 190 ms after a mouse release, while main clears at once. design:reduced-motion DR3 asks a fine pointer for an immediate change. utils/controlPressLayer.ts:86 and utils/rowPressLayer.ts:131 already drop the release under '@media (prefers-reduced-motion: reduce) and (not (pointer: coarse))'; the same arm here (and on :142) would keep a finger's cross-fade and give a mouse an immediate change.

astracat-bot · 2026-11-03T23:52:57Z

+      animationName: 'var(--_indicator-press-release, none)',
+      animationDuration: {
+        default: CELL_RELEASE,
+        '@media (prefers-reduced-motion: reduce)':


The same Reduce Motion gap as the checkbox layer: with a mouse the circle's release still fades for 200 ms (measured on the head), where design:reduced-motion DR3 asks for an immediate change on a fine pointer. The (prefers-reduced-motion: reduce) and (not (pointer: coarse)) arm in utils/rowPressLayer.ts:131 would fix it.

astracat-bot · 2026-11-03T23:52:57Z

+      backgroundImage: 'var(--_indicator-press-image, none)',
+      animationName: 'var(--_indicator-press-release, none)',
+      animationDuration: {
+        default: CONTROL_RELEASE,


This 250 ms control release now applies to every pointer, but with a fine primary pointer releaseOf (utils/pressFeedback.ts:792-800) clears the press on the 200 ms cell clock, and the wait for a running release animation skips this layer because it runs on a child of the owner (utils/pressFeedback.ts:476). On the head fading ended about 190 ms after release with the layer still at opacity 0.148. Keeping the 250 ms clock behind a coarse primary pointer, as utils/controlPressLayer.ts does, would make the two agree.

astracat-bot · 2026-11-03T23:52:57Z

+  // a mouse or a pen on the label, the description or the box itself presses
+  // the row, and the box paints the row's press, the way a radio row's
+  // circle does. Nothing is read per pointer, so a row adds no observer.
+  const rowOwnsPress = hasRowInteraction && !effectiveDisabled;


This makes the row the press surface for a mouse and a pen too, so a desktop mouse press on a CheckboxList row now paints at pointerdown and fades after release instead of :active. That is a desktop behavior change that needs an owner decision: either gate it to touch input or cite the decision.

astracat-bot · 2026-11-03T23:52:57Z

+'@astryxdesign/core': patch
+---
+
+[fix] Under a finger, the press over a checkbox box or a radio circle now fades out on the compositor, so the release keeps moving while JavaScript runs. A standalone CheckboxInput releases like a button (250 ms ease-in-out; under Reduce Motion, 200 ms, the cross-fade cap of the reduced-motion design record). A box in a CheckboxList row and a circle in a RadioList row release with their row (200 ms). Inside rows that paint their press on a compositor layer, the box and the circle paint their own press again, and a RadioList row stays bare, as under a mouse. Mouse presses, hover and pressed colors are unchanged.


"Mouse presses, hover and pressed colors are unchanged" no longer holds with this change: a mouse press on a box or a circle now paints from the controller and fades at release. checkbox-row-one-press-surface.md:5 and press-control-profile.md:5 say the same; please correct them and add a changeset for the mouse and pen press.

astracat-bot · 2026-11-03T23:52:57Z

+  // interactionOverlay.stylex.ts), read once per press.
+  return (
+    typeof window.matchMedia === 'function' &&
+    window.matchMedia(TOUCH_QUERY).matches


stylesheetDroppedActive re-implements isCoarsePointer, which this file imports at :97 and calls at :951 and :1254. Calling isCoarsePointer(window) here keeps one check, and utils/coarsePointer.ts:26 can take TOUCH_QUERY from utils/touchQueries.ts (React-free) instead of restating it.

astracat-bot · 2026-11-03T23:52:57Z

+| FR12 | With `tooltip`, the tooltip attaches to the Button element itself (no wrapper element), opens above it, and its content is added to `aria-describedby` after any caller value.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                | Current source; real-browser accessibility test                                      |
+| FR13 | A standalone Button paints the shadow token for its `elevation`. Inside a ButtonGroup it paints no shadow and reflects `data-elevation="none"`, whatever `elevation` says.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                    | `family:buttons` FR8–FR10; current source and tests                                  |
+| FR14 | The root carries `astryx-button` and reflects the effective `data-variant`, `data-size`, and `data-elevation`.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                | `family:buttons` FR10; `architecture:component-theming-surface`; tests               |
+| FR15 | Hover paints the shared interaction overlay on hover-capable pointers, and a press paints the shared pressed overlay through the press controller: at once under a mouse or a pen (`spec:AST-094` FR11's fine-pointer profile) and on FR11's control profile under a finger, fading out over 200 ms on release at `tempo` 1, scaled by the theme's `tempo` (`spec:AST-108` FR4). Under a coarse primary pointer the overlay paints on Button's own `::before`, present while pressed and through its fade-out, and a finger's, a mouse's or a pen's press fades over UIButton's measured release instead (250 ms at `tempo` 1, `timing.press.buttonReleaseMs`); a Space press keeps the 200 ms fade, as every press does with a fine primary pointer (`spec:AST-017` FR59). Without a reduced-motion preference, a standalone Button also scales to 0.98 on a mouse press, or while the touch press reads on; under reduced motion it MUST NOT scale (`design:reduced-motion` DR1). All of this paint follows the element's exposed disabled state: a Button that is natively disabled or exposes `aria-disabled="true"` (busy-only, disabled with a tooltip, or a caller's own `aria-disabled`) shows no overlay and no press scale, even when it stays operable. Inside a ButtonGroup the press scale does not apply. Button's hover and press transitions are fast. Under reduced motion they are instant with a fine primary pointer, and a release under a coarse primary pointer cross-fades within 200 ms instead (`design:reduced-motion` DR2, DR3). Implementation gap: the 0.98 press scale also applies under reduced motion; only its transition becomes instant. | Current source and tests; `spec:AST-094` FR11 and DEC-21 for the mouse and pen press |


This rewords a normative row of the current component:Button record (the 250 ms touch release on ::before, the 200 ms fine-pointer and Space fade, and the Reduce Motion split), so it needs an engineering owner's /approve-spec on this exact head. The record has also moved to docs/specs/components/Button/Button.spec.md on main, and this edit conflicts with that copy.

cixzhang and others added 30 commits October 26, 2026 19:51

Merge meta#8309 (c3375f6: meta#8076 a3e07d8, meta#8061 9adbe2d, meta#…

e931f3e

…8072 9800eb5, the FR18-FR22 browser states) as a dependency

Merge meta#8315 (8ae6540: meta#8309 c3375f6 with meta#8076 a3e07d8, m…

68fdef8

…eta#8061 9adbe2d, meta#8072 9800eb5) into the gesture watcher The README's touch-action table takes meta#8061's edge-pan rows beside this PR's watcher row.

Merge meta#8336 (meta#8315 8ae6540; vjeux's scroll-edge hold; meta#8589…

aa61f9f

…'s passive-only watcher listeners) into the arena fixes The host-owner changeset keeps this PR's own listeners for the scroll lock and finger-scroll watch, and adds meta#8336's scroll-edge hold.

Merge 5c59af1 (meta#8072: a finger on an action group under a fine po…

81e52e3

…inter reaches its recognizers) as a dependency

Merge meta#8309 (2d4b4bd: meta#8072 5c59af1, an action group's finger…

6a1e493

… under a fine pointer) as a dependency

Merge meta#8315 (10abed5: meta#8309 2d4b4bd, meta#8072 5c59af1: an ac…

12c0660

…tion group's finger under a fine pointer) into the gesture watcher

Merge meta#8589 (meta#8315 10abed5) into the host line

5851f29

Merge meta#8336 (meta#8315 10abed5) into the arena fixes

6951829

Merge meta#8076 (cba0ad9: main with meta#8521 merged) into the presen…

f5ac3e8

…ted start

Merge meta#8076 (cba0ad9: a3e07d8's edge-zone measuring, main with me…

050fb02

…ta#8521) into meta#8270 # Conflicts: # packages/core/src/gestures/__tests__/GestureHost.test.ts

Merge meta#8270 (meta#8076 cba0ad9) into meta#8309

b3b718c

Merge meta#8309 (meta#8076 cba0ad9) into meta#8315

12c4d58

Merge meta#8315 (meta#8076 cba0ad9) into meta#8336

0704b4b

Merge meta#8336 (meta#8076 cba0ad9) into meta#8320

d71becb

Merge meta#8320 (meta#8076 cba0ad9: a3e07d8 and main with meta#8521; …

e5cde9d

…her meta#8072 5c59af1) into meta#8293

Merge meta#8340 (f5ac3e8: no frame shows where a touch motion is goin…

5ee03f2

…g) into meta#8293 # Conflicts: # packages/core/src/motion/animator.ts

docs(core): drawnTranslate's note wraps at the file's width again

407099c

The note's reword joined its next sentence onto one long line; it now wraps like the rest of the file. No code change.

Merge meta#8076 (cba0ad9: main through meta#8521's merge) into the ro…

8766c55

…w press release change

Merge the row press release change (with meta#8076 at cba0ad9) into t…

1a693f3

…he list dividers change

Merge the list dividers change (with meta#8076 at cba0ad9) into the s…

e7b3c0a

…election hold change

Merge meta#8356 (meta#8076 cba0ad9; meta#8340 f5ac3e8) into meta#8358

2a3f1a9

Merge meta#8589 (a watcher's real-touch browser test) into the host line

24c7477

vjeux added 15 commits October 27, 2026 13:38

Merge meta#8118 (a release ends when its animation does) into the met…

e1c28b1

…a#8118 x meta#8360 union

Merge the union helper (a release ends when its animation does) into …

0b9cfd2

…the press-paint base

Merge the press-paint base (a release ends when its animation does) i…

54ba8a4

…nto the fine-pointer press paint

Merge meta#8118 (adf99c3: main ab0db1f folded, Button's record on mai…

fe1fd34

…n's text) into this change

Merge meta#8682 (11144f8: main ab0db1f, Button's record on main's tex…

aa2c107

…t) under the selection controls' FR43 change

Merge meta#8233 (fe1fd34: meta#8118 adf99c3) under the selection cont…

e8ac99a

…rols' FR43 change

Merge meta#8665 (9960efe: the click guard disarmed after each test) u…

211fee6

…nder the selection controls' FR43 change

Merge the new base (0059d79: meta#8682 11144f8, meta#8233 fe1fd34, me…

60af22e

…ta#8665 9960efe; main ab0db1f) into the selection controls' FR43 change

Merge meta#8118 (2564d68: a release ends when its animation does) int…

35b2b6d

…o this change

Merge meta#8682 (759d562: a release ends when its animation does) und…

38b14d2

…er the selection controls' FR43 change

Merge meta#8233 (35b2b6d: meta#8118 2564d68) under the selection cont…

f03f5cd

…rols' FR43 change

Merge the new base (b809fd6: meta#8682 759d562, meta#8233 35b2b6d; a …

c574768

…release ends when its animation does) into the selection controls' FR43 change

vercel Bot had a problem deploying to Preview October 27, 2026 22:08 Failure

astracat-bot Bot reviewed Oct 27, 2026

View reviewed changes

vjeux marked this pull request as draft October 29, 2026 22:39

astracat-bot Bot mentioned this pull request Oct 31, 2026

docs(knowledge): every component spec lives in docs/specs/components, one folder per component #9007

Merged

vjeux mentioned this pull request Nov 3, 2026

feat(core): a first-party indicator can paint its own press #9716

Merged

4 tasks done

vjeux force-pushed the uikit/c06-fr43a branch from d96069b to c574768 Compare November 3, 2026 23:16

vercel Bot deployed to Preview November 3, 2026 23:27

View deployment

astracat-bot Bot reviewed Nov 3, 2026

View reviewed changes

Navigation Menu

Repository navigation

feat(core): a checkbox and a radio option press the same way for every pointer (spec:AST-094 FR43) - #8696

feat(core): a checkbox and a radio option press the same way for every pointer (spec:AST-094 FR43)#8696
vjeux wants to merge 1896 commits into
meta:mainfrom
vjeux:uikit/c06-fr43a

vjeux commented Oct 27, 2026 •

edited

Loading

Uh oh!

astracat-bot Bot left a comment

Uh oh!

astracat-bot Bot left a comment

Uh oh!

astracat-bot Bot Nov 3, 2026

Uh oh!

astracat-bot Bot Nov 3, 2026

Uh oh!

astracat-bot Bot Nov 3, 2026

Uh oh!

astracat-bot Bot Nov 3, 2026

Uh oh!

astracat-bot Bot Nov 3, 2026

Uh oh!

astracat-bot Bot Nov 3, 2026

Uh oh!

astracat-bot Bot Nov 3, 2026

Uh oh!

This branch was successfully deployed

Reviewers

Uh oh!

Assignees

Labels

Projects

Milestone

Development

Uh oh!

2 participants

Conversation

vjeux commented Oct 27, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

User need

Problem and solution fit

Current specification

Public delta and caller burden

Design and alternatives

Evidence

Scope

Testing

Uh oh!

astracat-bot Bot left a comment

Choose a reason for hiding this comment

Uh oh!

astracat-bot Bot left a comment

Choose a reason for hiding this comment

Uh oh!

astracat-bot Bot Nov 3, 2026

Choose a reason for hiding this comment

Uh oh!

astracat-bot Bot Nov 3, 2026

Choose a reason for hiding this comment

Uh oh!

astracat-bot Bot Nov 3, 2026

Choose a reason for hiding this comment

Uh oh!

astracat-bot Bot Nov 3, 2026

Choose a reason for hiding this comment

Uh oh!

astracat-bot Bot Nov 3, 2026

Choose a reason for hiding this comment

Uh oh!

astracat-bot Bot Nov 3, 2026

Choose a reason for hiding this comment

Uh oh!

astracat-bot Bot Nov 3, 2026

Choose a reason for hiding this comment

Uh oh!

This branch was successfully deployed

Reviewers

Uh oh!

Assignees

Labels

Projects

Milestone

Development

Uh oh!

2 participants

vjeux commented Oct 27, 2026 •

edited

Loading