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

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/*, et input/* pour générer le balisage, dans la mesure où nous pouvons intégrer les règles d’accessibilité dans ces vues

  • Toutes les images doivent avoir un attribut descriptif alt. Les graphiques d’espacement ou purement décoratifs doivent avoir un attribut alt vide

  • Toutes 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)