Les boutons désactivés doivent-ils toujours être conformes au contraste pour l'accessibilité?
Très lié à cette question: Accessible Disabled State mais c'est sur la façon de styliser les boutons désactivés pour les rendre compatibles avec l'accessibilité, mais ma question est légèrement différente.
Est-ce réellement une exigence d'accessibilité pour que les fonctionnalités désactivées soient conformes au contraste?
Vous ne cachez pas la fonctionnalité aux personnes malvoyantes en la rendant grise sur grise car la fonctionnalité n'est pas disponible pour tout le monde, de sorte qu'ils ne manquent pas de fonctionnalités à cause de cela. Oui, il est toujours préférable que tout soit conforme au contraste, mais cela pourrait ne pas être pertinent ici.
La situation est la suivante: nous devons désactiver les fonctionnalités de notre application Web lorsque le système est en cours de maintenance planifiée. Par conséquent, nous ne voulons pas supprimer les boutons tout à fait parce que nous voulons que l'utilisateur sache que la fonctionnalité n'est que temporairement indisponible. Des messages supplémentaires sont fournis sur la page indiquant que certaines fonctionnalités ne sont pas disponibles.
Nous avons conçu un bouton d'état inactif standard (texte gris foncé sur fond de bouton gris clair), mais il nous est revenu avec la crainte qu'il ne soit pas conforme à la DDA. Cependant, je ne suis pas d'accord avec cette préoccupation pour les raisons que j'expose ci-dessus. Suis-je dans l'erreur, ou est-ce OK d'avoir des boutons gris sur gris pour de telles situations?
Remarque: Je ne recherche pas de solutions alternatives (laissez cela aux questions liées), ma question est précisément de savoir s'il s'agit ou non d'un problème d'accessibilité .
Non, il semblerait que non, car déclare le W3C
1.4.3 Contraste (minimum): La présentation visuelle du texte et des images de texte a un rapport de contraste d'au moins 4,5: 1, à l'exception des éléments suivants:
Grand texte: le texte à grande échelle et les images de texte à grande échelle ont un rapport de contraste d'au moins 3: 1;
Incident: Texte ou images de texte qui font partie d'un composant d'interface utilisateur inactif , qui sont de la pure décoration, qui ne sont visibles par personne, ou qui sont une partie d'une image qui contient un autre contenu visuel important, n'a pas d'exigence de contraste.
Logotypes: le texte qui fait partie d'un logo ou d'une marque n'a pas d'exigence de contraste.
Mon enhardissement
J'ai eu un problème comme ça récemment.
La réponse que j'ai trouvée était la suivante: les éléments/contrôles doivent être conformes au contraste lorsqu'ils sont désactivés car cela fournit des indices essentiels à l'utilisateur leur disant que leur tâche est incomplète ou que certaines options sont sélectionnées/désélectionnées. - En bref: oui, ils doivent être conformes au contraste.
EDIT - Ce qui suit est incorrect, mais je crois que les WCAG peuvent être erronés dans ce cas:
Les directives WCAG citées par @Roger_Attrill ne couvrent pas les commandes désactivées car ce ne sont PAS des objets décoratifs et SONT visibles pour les voyants.
J'avais ce problème avec du texte à faible contraste, ce qui faisait échouer mon site aux audits d'accessibilité. L'élément en question faisait partie d'un composant d'interface utilisateur inactif, et par conséquent une exception à la règle de contraste, mais il était toujours pris par l'audit d'accessibilité.
Solution
En ajoutant aria-disabled="true" à l'élément en question, j'ai pu passer l'audit d'accessibilité sans ajuster le contraste.