Qui peut utiliser ce service, et qui ne le peut pas
Ce texte est un compte rendu honnête, et non un insigne de conformité. Une partie énumère ce qui fonctionne; une autre énumère ce qui ne fonctionne pas et ne fonctionnera pas, en raison de la nature même de la fonction. Les deux figurent ici à dessein : une déclaration qui ne mentionne que ses réussites n’apprend rien d’utile à une personne handicapée.
1. Ce que nous visons
La cible est le niveau AA des WCAG 2.2. C’est le niveau retenu par le standard gouvernemental québécois SGQRI 008, par les orientations techniques de la Loi canadienne sur l’accessibilité et par la directive européenne sur l’accessibilité. Nous n’affirmons pas l’avoir atteint partout. La section 4 indique où ce n’est pas le cas.
Cette déclaration a été révisée pour la dernière fois à la date indiquée au bas de cette page, à l’égard de la version du service alors en exploitation. Elle est révisée chaque fois que l’interface change d’une manière qui touche l’une des affirmations ci-dessous.
2. Ce qui fonctionne avec un lecteur d’écran
L’application est une page unique qui ne se recharge jamais — exactement la forme qui devient hostile à un lecteur d’écran lorsque personne n’y a réfléchi. Voici ce qui a été conçu pour lui :
Tout ce qui se produit est annoncé. L’arrivée d’un message, l’entrée ou le départ d’une personne, la proposition d’un fichier, la fin d’un transfert, la modification d’un numéro de sécurité, une erreur : chaque événement est énoncé au moyen d’une région dynamique. Deux régions sont utilisées : une région ordinaire qui attend une pause dans la parole, et une région interruptive réservée aux deux seuls événements à la fois urgents et limités dans le temps — une personne qui frappe à la porte, et un fichier qui attend une réponse.
Le salon possède une structure parcourable. Des titres, un repère main nommé d’après la vue ouverte, un journal de conversation étiqueté et un lien d’évitement qui saute la douzaine de commandes de l’en-tête.
Chaque commande porte un nom, et pas seulement une icône, et la barre d’onglets indique quel onglet est actif au lieu de se contenter d’en avoir l’air.
Le numéro de sécurité est fait de mots, pas d’une image. Vérifier avec qui vous parlez — l’élément le plus critique de l’application sur le plan de la sécurité — a été conçu pour être lu à voix haute, ce qui en fait l’une des rares vérifications de ce genre qui fonctionne aussi bien sans la vue qu’avec elle.
Tout au clavier. Aucune commande n’exige un pointeur, rien ne piège le focus, et aucun tabindex positif ne réordonne la page à votre insu.
3. Mouvement, contraste et texte
La réduction du mouvement est respectée partout. Si votre système la demande, toute animation cesse : les chiffres du compte à rebours se remplacent au lieu de se déplacer, les indicateurs de chargement figent une seule image au lieu de tourner, les arrivées et les départs apparaissent et disparaissent sans transition, et la dissolution jouée lors de la destruction d’un salon est remplacée par un simple fondu. Rien n’est seulement ralenti.
Le contraste a été mesuré, et non estimé. Chaque paire de textes, dans les deux thèmes, atteint le niveau AA des WCAG; la plus serrée mesure 4,78:1 en thème clair et 4,86:1 en thème sombre. Les étiquettes ont exigé leurs propres couleurs plus foncées, car du texte coloré sur une teinte de lui-même est un problème bien plus difficile qu’il n’y paraît.
Rien ne repose sur la seule couleur. Un pair vérifié affiche « verified »; un pair non concordant affiche « MISMATCH »; le risque d’un fichier est un nombre et une phrase autant qu’un anneau.
Le texte se redimensionne. La mise en page est construite en unités relatives et supporte un zoom à 200 % sans perte de contenu ni de fonction.
Les couleurs forcées — le mode contraste élevé de Windows — sont prises en charge : les effets qui reposent sur des arrière-plans peints reviennent à des couleurs unies plutôt que de disparaître.
4. Ce qui ne fonctionne pas, et ne fonctionnera pas
Trois fonctions de ce service sont visuelles d’une manière qui ne peut être traduite, et prétendre le contraire vous ferait perdre votre temps :
Le tableau blanc partagé. C’est une surface de dessin. Une personne aveugle ne peut pas voir ce qui y est tracé ni y dessiner. Il n’existe aucun équivalent textuel, parce qu’il n’y a pas de texte : le contenu est constitué de traits faits par d’autres personnes en temps réel. Tout le reste du salon fonctionne sans lui, et le salon n’oblige personne à l’ouvrir.
Le partage d’écran. Regarder l’écran d’une autre personne consiste à regarder. Le son qui peut accompagner un écran partagé est diffusé, et le début ou la fin d’un partage est annoncé, mais l’image elle-même ne peut être décrite par cette application.
Le code QR. C’est l’image d’un lien. Le lien lui-même est toujours offert sous forme de texte, avec un bouton de copie à côté, de sorte que rien n’est accessible uniquement par le code.
Deux limites plus modestes, signalées parce qu’elles sont réelles : l’aperçu affiché avant d’accepter un transfert est une vignette pour les images, sans description disponible — le nom du fichier, sa taille, son type et le rapport de sécurité complet sont du texte; et les graphiques de débit en direct résument visuellement des chiffres qui sont également écrits à côté d’eux.
5. Comment cela a été vérifié
Les affirmations de la section 2 ont été vérifiées sur l’application en fonctionnement, et non dans le code source : il a été confirmé que les régions dynamiques transmettent de véritables annonces, la structure des repères et des titres a été lue depuis la page rendue, chaque commande a été vérifiée quant à son nom accessible, et chaque champ de formulaire quant à une étiquette qui ne soit pas un simple texte indicatif.
Ce qui n’a pas été fait, et devrait l’être avant toute déclaration de conformité : des tests avec de véritables technologies d’assistance, par des personnes qui les utilisent quotidiennement — NVDA et JAWS sous Windows, VoiceOver sous macOS et iOS, TalkBack sous Android — ainsi qu’un audit complet par une personne qualifiée. Les vérifications automatisées et un développeur attentif trouvent l’étiquette manquante; ils ne trouvent pas l’annonce qui arrive au mauvais moment, ni celle qui revient si souvent qu’il faut la couper.
6. Nous signaler un problème
Si quelque chose ici vous empêche de faire ce que vous étiez venu faire, écrivez à [ACCESSIBILITY CONTACT]. Indiquez ce que vous tentiez de faire, ce que vous utilisiez — navigateur, système d’exploitation, technologie d’assistance et version — et ce qui s’est produit à la place. Vous n’avez pas à poser de diagnostic.
Nous visons un accusé de réception dans les 5 jours ouvrables et une solution ou un plan dans les 30 jours. Lorsque l’obstacle est l’un des trois décrits à la section 4, nous vous le dirons franchement plutôt que de vous laisser attendre un correctif qui ne viendra pas.
Si la réponse ne vous satisfait pas, vous pouvez au Québec vous adresser à l’Office des personnes handicapées du Québec (ophq.gouv.qc.ca) ou à la Commission des droits de la personne et des droits de la jeunesse (cdpdj.qc.ca), qui traite les plaintes de discrimination fondée sur un handicap en vertu de la Charte des droits et libertés de la personne.
Dernière révision:
À propos · Pourquoi · FAQ · Conditions · Confidentialité · Témoins · Nouveautés
Obleevo est développé par The House of Brendrof. Logiciel propriétaire, gratuit à utiliser.