Skip to content

Enforce prefers-reduced-motion in gpt-taste and minimalist-ui - #58

Open
rebusz wants to merge 1 commit into
Leonxlnx:mainfrom
rebusz:accessibility/prefers-reduced-motion
Open

Enforce prefers-reduced-motion in gpt-taste and minimalist-ui#58
rebusz wants to merge 1 commit into
Leonxlnx:mainfrom
rebusz:accessibility/prefers-reduced-motion

Conversation

@rebusz

@rebusz rebusz commented Jun 21, 2026

Copy link
Copy Markdown

What

Adds an explicit prefers-reduced-motion: reduce mandate to two motion-bearing skills that currently lack one:

  • gpt-tasteskill (§5 Advanced GSAP Motion) — heavy ScrollTrigger pinning / scrubbing / card-stacking, no reduced-motion fallback.
  • minimalist-skill (§7 Subtle Motion) — scroll-entry, staggered reveals, ambient drift, no fallback.

Why

The v2 default taste-skill already mandates this in §6.B ("Any motion above MOTION_INTENSITY > 3 MUST honor prefers-reduced-motion … non-negotiable") and its canonical GSAP skeletons use useReducedMotion(). The GSAP-heavy gpt-taste and the motion-light minimalist-ui are the two variants most likely to ship animation without the guard, so this brings them to parity. It's an accessibility correctness fix (WCAG 2.3.3) and avoids vestibular-triggering motion for users who opted out.

For gpt-taste, the "static interfaces are forbidden" stance is preserved for the default experience — the rule simply carves out users who explicitly request reduced motion.

Scope

Docs-only (SKILL.md prompt text); no behavior change for default users.

Noticed while integrating (happy to send separately, kept out to stay focused): the 1–10 dials could be read from an optional project .taste.json; the em-dash ban could note it targets rendered UI text; several near-duplicate variants could share a common core.

Both skills carry motion (gpt-taste: GSAP pin/scrub/stack; minimalist: scroll-entry,
staggered reveals, ambient drift) but neither mandated a prefers-reduced-motion fallback.
The v2 default taste-skill already requires this (its 6.B + useReducedMotion skeletons),
so this brings the two motion-bearing variants to parity. Docs-only; no change for default users.

Co-Authored-By: Claude Opus 4.8 <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant