Accessibilité
Cette page a pour but d’énumérer et de documenter les règles d’accessibilité et les meilleures pratiques pour aider les développeur du noyau et des plugins à faire de Elgg le meilleur framework applicatif de moteur social dont tout le monde rêve.
Note
Il s’agit d’un travail en cours, veuillez contribuer sur Github si vous avez des compétences dans ce domaine !
Ressources + références
Tests et vérifications préliminaires pour évaluer l’accessibilité d’un site
Liste de techniques pratiques pour implémenter l’accessibilité (Ce serait génial si quelqu’un pouvait les examiner et filtrer celles qui sont pertinentes pour Elgg)
Astuces pour implémenter l’accessibilité
Tous les tickets relatifs à l’accessibilité devraient être tagués avec « a11y », raccourci pour accessibilité - « accessibility »
Utilisez les vues du noyau telles que
output/*
, etinput/*
pour générer le balisage, dans la mesure où nous pouvons intégrer les règles d’accessibilité dans ces vuesToutes les images doivent avoir un attribut descriptif
alt
. Les graphiques d’espacement ou purement décoratifs doivent avoir un attributalt
videToutes les balises
<a>
doivent avoir du texte ou une image accessible à l’intérieur. Sinon, les lecteurs d’écran devront lire l’URL, ce qui est une mauvaise expérience. Les balises<a>
devraient contenir du texte descriptif, si possible, par opposition a un texte générique comme « Cliquez ici »Le balisage devrait être valide
Les thèmes de doivent pas réinitialiser « outline » à rien.
:focus
mérite un traitement visuel spécial afin que les utilisateurs handicapés puissent savoir où ils se trouvent
Astuces pour tester l’accessibilité
Utilisez les outils disponibles à partir de la section ressources. Exemple de rapport pour community.elgg.org du 16 juin 2012
Essayez différentes configurations de taille de police et de zoom dans votre navigateur pour être sûr que votre thème reste utilisable
Désactivez css pour vous assurer que l’ordre séquentiel de la page est logique
Objectifs et principes de la documentation
Principales règles d’accessibilité
collecter et documenter les bonnes pratiques
Fournir des exemples de code
Conserver le document simple et utilisable
Le rendre utilisable à la fois pour les développeurs débutants et les experts (des changements les plus courants et les plus faciles aux techniques élaborées)