jquery/jquery-ui

The Tabs Widget cannot be activated using NVDA screen reader while navigating in brows mode

Open

#2 365 ouverte le 14 août 2025

Voir sur GitHub
 (4 commentaires) (0 réactions) (1 assigné)JavaScript (5 390 forks)batch import
AccessibilityBugComp: Tabshelp wanted

Métriques du dépôt

Stars
 (11 194 stars)
Métriques de merge PR
 (Merge moyen 19j 12h) (2 PRs mergées en 30 j)

Description

The Tabs Widget cannot be activated using NVDA screen reader while navigating in brows mode

Steps to Reproduce:

  1. Open Tabs Widget Example on Chrome Browser.
  2. Turn on NVDA screen reader.
  3. Start navigating with the 'h' quick navigation key till the NVDA focus reaches the Example > Demo heading.
  4. Start navigating with down arrow. When 'One' tab is active press down arrow till the NVDA focus moves to the 'Two' tab.
  5. Press enter and space key and observe.

Description: NVDA is a screen reader. Users with blindness use to operate computer. All UI elements are required to be operable with screen reader. In the current scenario a blind screen reader user cannot activate tabs when navigating with the NVDA brows mode. The tabs are actionable only with the focus mode. This causes lots of issues to screen reader users and many will not know how to switch from brows to focus mode just to activate a tab. The APG Tab Example works fine with NVDA brows mode. NVDA screen reader can be downloaded from: https://www.nvaccess.org/download/

Guide contributeur

Direction de recherche
Examinez comment le modèle d'onglets APG gère l'activation en mode navigation de NVDA. Le widget d'onglets jQuery UI actuel écoute probablement les événements de touche uniquement en mode focus. Ajoutez des gestionnaires d'événements de touche pour les touches Entrée et Espace sur les éléments d'onglets même en mode navigation, et assurez vous que les attributs role='tab' et aria selected sont correctement mis à jour. Testez avec NVDA en mode navigation.
Stack technique
javascripthtmlcss
Domaine
accessibilityfrontend
Type d'issue
Bug
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
Une demi journée
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
ARIAjQueryAccessibility testing with screen readers
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
65