Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

a11y: test with a real screen reader (NVDA)

Aperta
#21 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
55/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Attiva
Stack tecnologico
typescript
Ambito
accessibility

Direzione di ricerca

Start with the Accessibility section in docs/ARCHITECTURE.md, then use a Windows session with NVDA to check the approval cards, finished answers, errors, retry notices, named buttons, and expanded tool cards listed in the issue. Verify whether NVDA skips or flattens the Undo and Open-in-editor buttons inside a card's <summary>; done means the checks pass, with those actions moved out if NVDA handles them incorrectly.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

accessibility help wanted priority: low severity: low tests

Moved from TASKS.md (Quality).

Not tested yet. This needs a Windows session with NVDA; the Linux orb doesn't have one.

Check:

  • Approval cards and finished answers are announced once.
  • Errors and retry notices are read.
  • The Undo, Compact chat and project-tab buttons have sensible names.
  • Tool cards read correctly once expanded (their content is built when they're first expanded).
  • The Undo and Open-in-editor buttons sit inside a card's <summary>. Some screen readers flatten or skip buttons nested in a summary; if NVDA does, move a card's actions out of the summary.

Background: docs/ARCHITECTURE.md → "Accessibility". Contrast is already measured in both themes by tests/e2e/documentation-visuals.test.ts.

Lingua principale
TypeScript
Stelle
2
Fork
2
Merge medio
6h 27m
PR unite (30g)
37

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di PierrunoYT/patch

Tutte le issue di PierrunoYT/patch

Issue simili

Altre issue su TypeScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.