Skip to content

🎨 Palette: Progressive character limit feedback - #162

Open
Sczitzo wants to merge 1 commit into
mainfrom
palette-progressive-character-limit-9032462378034934457
Open

🎨 Palette: Progressive character limit feedback#162
Sczitzo wants to merge 1 commit into
mainfrom
palette-progressive-character-limit-9032462378034934457

Conversation

@Sczitzo

@Sczitzo Sczitzo commented Jun 29, 2026

Copy link
Copy Markdown
Owner

💡 What:
Added progressive visual feedback to the character counter in the ResponseForm and improved its screen reader experience. The counter changes to orange and bold when approaching the limit, and red and bold when reached.

🎯 Why:
Input fields with character limits need clear, progressive feedback. However, using aria-live directly on the changing numbers creates extremely noisy and confusing updates for screen reader users.

📸 Before/After:
(Visual changes verified locally via playwright screenshots. The counter was previously always gray.)

♿ Accessibility:

  • Removed implicit live region behavior from the dynamic counter by adding aria-hidden="true".
  • Added strictly static, conditionally rendered warnings with role="status" and className="sr-only" when crossing critical thresholds (80% and 100%), ensuring polite and helpful announcements without keystroke spam.

PR created automatically by Jules for task 9032462378034934457 started by @Sczitzo

Added progressive visual feedback to the character counter in the ResponseForm.
The counter text changes to orange when approaching the limit (>=240 characters)
and red when reaching the limit (300 characters).
Added visually hidden `role="status"` elements to announce when the user is
approaching or has reached the character limit for screen readers without
causing noisy updates on every keystroke.

Co-authored-by: Sczitzo <46541128+Sczitzo@users.noreply.github.com>
@google-labs-jules

Copy link
Copy Markdown
Contributor

👋 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 @jules. You can find this option in the Pull Request section of your global Jules UI settings. You can always switch back!

New to Jules? Learn more at jules.google/docs.


For security, I will only act on instructions from the user who triggered this task.

@chatgpt-codex-connector chatgpt-codex-connector Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit: 1d059796ac

ℹ️ 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".

Comment on lines +140 to +144
{alternativeThought.length >= 240 && alternativeThought.length < 300 && (
<div role="status" className="sr-only">Approaching character limit</div>
)}
{alternativeThought.length >= 300 && (
<div role="status" className="sr-only">Character limit reached</div>

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P2 Badge Keep the status region mounted before updating it

For screen-reader users relying on these new threshold announcements, the role="status" nodes are created only after they already contain the message, which many assistive-technology/browser combinations do not announce for polite live regions; role="status" is meant to expose changes to an existing live region. This makes the 80% and 100% warnings unreliable even though the visible color change works, so render a stable sr-only status element up front and update its text when the threshold changes.

Useful? React with 👍 / 👎.

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