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

Use of Unicode braille in aria-braillelabel vs (draft) ARIA 1.3 guidance

Aperta
  • Qualcosa non va?
#3,554 3 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
32/100
Tipo di issue
Bug
Chiarezza
Da chiarire
Stato di attività
Tranquilla
Stack tecnologico
javascript
Ambito
accessibility

Direzione di ricerca

Non è stato identificato alcun file, test o punto di ingresso di MathJax. Inizia esaminando le linee guida ARIA 1.3 collegate e testando aria-braillelabel con gli screen reader e i display braille indicati; il lavoro è completo quando è documentato se il braille Unicode è intenzionale, interoperabile e coerente con le linee guida.

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

Descrizione

Question v4
Summary

MathJax 4.1.1 appears to populate aria-braillelabel with Unicode braille pattern characters. The ARIA 1.3 draft currently advises authors not to use Unicode braille characters for this attribute. I’m trying to understand whether MathJax’s approach is based on tested AT behavior and whether this represents a deliberate divergence from the spec guidance.

Source of Public Working Draft:
https://www.w3.org/TR/wai-aria-1.3/#aria-braillelabel

Observations

The ARIA model for aria-braillelabel assumes that assistive technologies will translate text into braille according to user preferences (e.g., Nemeth, UEB, contraction level). Supplying Unicode braille patterns effectively bypasses that translation step.

However, MathJax appears to generate pre-translated braille and expose it directly via aria-braillelabel.

This raises a few interoperability questions:

  • Do major screen readers (e.g., NVDA, JAWS, VoiceOver) and/or refreshable braille displays reliably present Unicode braille patterns from aria-braillelabel as intended?
  • Is the behavior consistent across different braille displays and translation settings?
  • Are these characters passed through literally, or are they subject to re-translation or filtering?
Questions for the MathJax community:
  • Is the use of Unicode braille in aria-braillelabel intentional?
  • What AT + braille display combinations have been tested with this approach?
  • What behavior was observed (e.g., passthrough vs translation)?
  • Was using plain text (to allow AT-driven translation) considered, and if so, why was it rejected?
  • Are there known cases where this approach fails or produces inconsistent output?

Thanks in advance for any insights and functional performance results.

Lingua principale
JavaScript
Stelle
10.9k
Fork
1.2k
Nessuna PR unita negli ultimi 30g

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 mathjax/MathJax

Tutte le issue di mathjax/MathJax

Issue simili

Altre issue su JavaScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.