Déclaration d’accessibilité

De quoi il s’agit

Cette déclaration vaut pour ce site web et pour l’application web d’amana. Elle décrit à quel point les deux sont accessibles aujourd’hui — et là où ils ne le sont pas encore.

Nous l’écrivons parce qu’une association ne devrait exclure personne qui veut participer. Qui travaille au clavier plutôt qu’à la souris, qui lit fortement agrandi ou écoute un lecteur d’écran doit pouvoir faire la même vérification des comptes que tout le monde.

État de la mise en œuvre

Les deux interfaces sont partiellement accessibles. Nous nous orientons sur les critères de succès des WCAG 2.2 au niveau AA et sur la norme EN 301 549.

Cette appréciation provient d’une auto-évaluation. Aucun contrôle par un organisme indépendant n’a eu lieu jusqu’ici. Tant qu’il en est ainsi, cet état est une déclaration sur notre propre travail et non un résultat de contrôle.

Ce qui est réalisé

Mesuré, pas affirmé :

• Chaque élément actionnable montre un anneau de focus visible dès qu’il est atteint au clavier. Qui clique à la souris ne le voit pas — il est là pour le clavier.
• Les surfaces de commande dans les menus et les onglets font au moins 44 pixels de haut.
• Les bordures des éléments de commande atteignent au moins 3:1 par rapport à leur fond, le texte atténué 4,7:1.
• L’interface existe en allemand, anglais, turc et arabe ; l’arabe s’affiche entièrement de droite à gauche.
• Un champ obligatoire n’est pas seulement marqué d’une étoile, il est aussi nommé comme obligatoire pour les lecteurs d’écran.
• Les messages portent leur sens dans les mots, pas seulement dans la couleur. Un message d’erreur ne disparaît pas de lui-même, il reste jusqu’à ce qu’on le ferme.
• La ligne réservée aux indications et aux erreurs l’est dès le départ : le texte qui apparaît ne fait pas glisser la page sous le pointeur.
• Chaque page commence par un lien d’évitement menant directement au contenu.
• Ce site web ne charge ni polices, ni scripts, ni contenus de tiers, et tout ce qui est nécessaire à la lecture fonctionne sans JavaScript.

Ce qui n’est pas encore accessible

Ces points nous sont connus :

• L’application web dessine son interface sur une zone de dessin plutôt qu’en HTML. Elle transmet sa structure aux technologies d’assistance, mais la qualité du résultat dépend davantage de l’outil employé que pour un site web classique. Nous ne l’avons pas encore éprouvée avec chaque combinaison courante.
• Les tableaux larges défilent horizontalement. Que cette zone soit partout annoncée comme zone défilante propre n’a pas été entièrement vérifié.
• Les documents PDF produits par amana — attestations, analyses, affiches — ne portent pas de balises de structure et sont donc moins accessibles que l’interface elle-même.
• Certains diagrammes ne rendent leur propos que graphiquement et pas en plus sous forme de texte.
• Il n’existe actuellement aucun contenu vidéo ou audio. Dès qu’il y en aura, ils auront besoin de sous-titres et d’une version texte.

Comment nous le vérifions

Les indications ci-dessus reposent sur une auto-évaluation : les valeurs de contraste sont mesurées, les surfaces de commande et le comportement du focus sont couverts par la suite de tests automatisée, les quatre versions linguistiques sont entièrement traduites.

Un contrôle externe et un test avec des personnes utilisant des aides techniques restent à faire. Les deux sont prévus avant la mise en production publique de la page ; cette déclaration sera alors actualisée avec le résultat.

Si quelque chose ne fonctionne pas

Si vous rencontrez un obstacle, écrivez-nous. Décrivez où il est apparu et avec quoi vous travaillez — navigateur, système d’exploitation, aide technique. C’est le chemin le plus rapide pour le lever.

Nous répondons aussi vite que possible. Si notre réponse n’aide pas, vous pouvez vous adresser à l’autorité de surveillance du marché des Länder pour l’accessibilité des produits et des services. Nous compléterons ici les indications complètes avant la mise en production publique de la page.