🎨 Palette: Progressive character limit feedback & form a11y#154
Conversation
- Updates alternativeThought counter to change color at 80% and 90% - Adds sr-only role="status" warnings for approaching/reached limit - Removes redundant aria-describedby from automaticThought - Records learnings in palette journal Co-authored-by: Sczitzo <46541128+Sczitzo@users.noreply.github.com>
|
👋 Jules, reporting for duty! I'm here to lend a hand with this pull request. When you start a review, I'll add a 👀 emoji to each comment to let you know I've read it. I'll focus on feedback directed at me and will do my best to stay out of conversations between you and other bots or reviewers to keep the noise down. I'll push a commit with your requested changes shortly after. Please note there might be a delay between these steps, but rest assured I'm on the job! For more direct control, you can switch me to Reactive Mode. When this mode is on, I will only act on comments where you specifically mention me with New to Jules? Learn more at jules.google/docs. For security, I will only act on instructions from the user who triggered this task. |
There was a problem hiding this comment.
💡 Codex Review
Here are some automated review suggestions for this pull request.
Reviewed commit: 0181026d41
ℹ️ About Codex in GitHub
Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you
- Open a pull request for review
- Mark a draft as ready
- Comment "@codex review".
If Codex has suggestions, it will comment; otherwise it will react with 👍.
Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".
| {alternativeThought.length >= 240 && alternativeThought.length < 300 && ( | ||
| <div role="status" className="sr-only">Approaching character limit</div> | ||
| )} |
There was a problem hiding this comment.
Keep the status region mounted before updating it
When the character count crosses 240 or 300, this inserts a new role="status" node that already contains the full message. Live regions are only reliably announced when text changes inside an existing monitored region, so screen-reader users may never hear the warning in the exact threshold-crossing scenarios this change is meant to support. Render a single sr-only status region unconditionally and update its contents as the count moves between normal/approaching/reached states.
Useful? React with 👍 / 👎.
💡 What:
Added progressive visual feedback to the character counter in the
ResponseForm(turns orange at 80% capacity, red at 90%). Added accessible screen reader warnings using staticrole="status"elements. Removed a redundantaria-describedbyattribute from theautomaticThoughttextarea.🎯 Why:
To prevent user frustration by visually warning them before they hit a character limit, and to provide this same warning correctly to screen reader users without noisy, repetitive keystroke announcements. Also fixes a common accessibility bug where explanatory text inside a label is read twice due to an unnecessary
aria-describedby.📸 Before/After:
Before: Gray counter
0 / 300.automaticThoughtread twice.After: Counter turns orange at
240 / 300and red at270 / 300. Screen reader cleanly announces "Approaching character limit" once when crossing the 240 threshold.♿ Accessibility:
aria-liveregions (which spam on every keystroke) with conditionally rendered staticrole="status"elements.aria-describedbypointing to an element already contained within the<label>.PR created automatically by Jules for task 6397700833261173414 started by @Sczitzo