Déclaration de conformité en matière d'accessibilité
Dernière mise à jour
Nous visons le niveau AA des WCAG 2.2. Chaque élément de cette page est soit protégé par un test nommé qui fait échouer notre compilation, soit indiqué comme non vérifié; il n'existe aucune troisième catégorie et nous ne prétendons rien simplement parce que c'est probablement vrai. Aucun audit indépendant n'a été effectué, et c'est précisément pourquoi chaque affirmation nomme la vérification qui l'appuie.
Ce qu'un acheteur cherche habituellement à savoir
"Est-ce accessible?" cache quatre questions, et y répondre séparément est plus utile qu'une seule note :
- Une personne qui ne voit pas l'écran peut-elle l'utiliser? — prise en charge des lecteurs d'écran.
- Une personne qui ne peut pas utiliser une souris peut-elle l'utiliser? — clavier et dispositif de pointage.
- Une personne qui voit moins bien peut-elle l'utiliser? — contraste, taille du texte et mouvement.
- Pouvez-vous prouver quoi que ce soit? — la colonne qui est habituellement vide.
Le tableau ci-dessous répond à la quatrième question. Il s'applique à l'application Web Loonext ainsi qu'aux applications Android et iOS lorsque cela est indiqué.
Vérifié par un test
Chaque ligne fait échouer une compilation si elle cesse d'être vraie. Voici le tableau complet; rien d'autre n'est considéré comme vérifié. Chacune de ces protections a été prouvée en la brisant : la règle a été retirée du produit, l'échec du test a été observé, puis le retrait a été annulé. Un test qui a seulement réussi ne constitue pas une preuve.
| Critère | Ce qui est assuré | Appliqué par |
|---|---|---|
| 1.4.3 Contraste (minimum) | Les paires de jetons de texte sont recalculées à partir des vraies valeurs hexadécimales de globals.css, dans les deux thèmes | apps/web/src/app/globals.contrast.test.ts |
| 1.4.3 Contraste du rendu | Le texte rendu est mesuré par rapport à son arrière-plan réel sur de vraies pages, dans les deux thèmes | scripts/theme-audit.mjs (CI) |
| 2.3.3 Animation déclenchée par les interactions | Une règle de base annule le mouvement avec prefers-reduced-motion; elle ne peut pas être affaiblie ni supprimée | apps/web/src/app/reduced-motion.test.ts |
| 2.5.7 Mouvements de glissement | Chaque fichier qui amorce un glissement consigne le code de son autre méthode à pointeur unique, sur les trois clients | apps/web/src/app/dragging-alternatives.test.ts, scripts/check-gesture-alternatives.mjs |
| 2.4.7 Mise au point visible | Chaque commande atteinte avec Tab a un contour ou un anneau, mesuré sur la page rendue dans les deux thèmes | scripts/theme-audit.mjs (CI), apps/web/src/app/focus-appearance.test.ts |
| 1.4.11 Contraste des éléments non textuels — mise au point | L'indicateur atteint un rapport de 3:1 sur la surface derrière lui, avec son alpha composé plutôt que présumé | scripts/theme-audit.mjs (CI), apps/web/src/app/focus-appearance.test.ts |
| 2.4.11 Mise au point non masquée (minimum) | La commande ciblée n'est pas entièrement cachée par un en-tête fixe ou une superposition, selon le compositeur plutôt que des rectangles calculés | scripts/theme-audit.mjs (CI), apps/web/src/app/focus-appearance.test.ts |
| 2.5.8 Taille de la cible (minimum) | Les cibles interactives sont mesurées à 375 px selon le seuil de 24 px de 2.5.8; .tap-target (44 px) est reconnu au-dessus | scripts/theme-audit.mjs (CI) |
| 4.1.2 Nom, rôle et valeur — noms | Les éléments interactifs ont un nom accessible, calculé comme le ferait une technologie d'assistance | scripts/theme-audit.mjs (CI) |
| 4.1.2 Nom, rôle et valeur — rôles | role=tab porte aria-selected; role=tablist contient de vrais onglets; aria-live indique son niveau de courtoisie | apps/web/src/app/layout-v2-roles.test.ts |
| 4.1.3 Messages d'état | Les messages entrants sont annoncés poliment; l'état d'envoi du composeur est annoncé plutôt que seulement stylisé | apps/web/src/app/layout-v2-roles.test.ts |
| 3.1.1 Langue de la page | L'attribut lang du document suit le réglage de la personne plutôt que celui de la compilation, afin qu'un lecteur d'écran lise le français avec une voix française | apps/web/src/i18n/document-language.test.tsx |
Non vérifié
Aucun parcours avec TalkBack ou VoiceOver n'a été effectué, pour aucun flux et dans aucune des applications mobiles. Chaque commande composée uniquement d'une icône a un nom accessible, et une compilation échoue si elle le perd; un nom est toutefois nécessaire et loin d'être suffisant. L'ordre de lecture, l'annonce d'une région dynamique au bon moment, l'exposition du bon rôle et du bon état par une commande personnalisée, et la possibilité d'effectuer une tâche complète avec un lecteur d'écran exigent une personne et un téléphone. Nous ne prétendons rien de tel ici.
La mise à l'échelle du texte est imposée comme mécanisme sur les deux téléphones. Les preuves de rendu sont partielles : Android rend la carte des sources de clients potentiels du tableau de bord à 200 %; iOS rend le tableau de bord Pour vous complet, dans les deux thèmes, à sa plus grande taille de texte d'accessibilité. Les parcours d'envoi d'un message, de réponse à un appel et d'achèvement d'une tâche n'ont pas été parcourus visuellement avec du texte agrandi sur aucun des deux clients.
Lacunes connues
Nous les indiquons clairement, parce qu'un acheteur qui découvre lui-même l'une de ces lacunes cesse de croire le reste de la page.
- Aucun audit indépendant n'a été effectué. Toutes les vérifications sont internes, raison pour laquelle chaque affirmation nomme le test qui l'appuie.
- Les parcours natifs avec un lecteur d'écran n'ont pas été testés de bout en bout, comme indiqué ci-dessus.
- La couverture du rendu avec du texte agrandi est partielle : Android couvre la carte des sources de clients potentiels du tableau de bord; iOS couvre le tableau de bord Pour vous. Aucun des deux ne couvre les trois principaux parcours natifs.
- Les deux applications mobiles associent maintenant la langue résolue dans l'application à leur contenu d'accessibilité natif : Android ajoute les métadonnées de langue au texte et aux libellés exposés par Compose, et iOS publie le même choix dans l'environnement de langue natif de SwiftUI. Des tests protègent ces mécanismes, mais aucun parcours sur un appareil physique avec TalkBack ou VoiceOver n'a vérifié la prononciation du français.
Nous joindre
Si un élément ici vous bloque ou si vous avez besoin de cette déclaration dans un autre format, écrivez à support@loonext.com et indiquez ce que vous tentiez de faire. Un problème d'accessibilité qui empêche une personne de travailler est traité comme une fonction brisée, pas comme un simple commentaire.