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 pugins à faire d’Elgg le meilleur cadre 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

• Aperçu des guides d’accessibilité officiels WCAG - Official WCAG Accessibility Guidelines Overview

• Guides d’accessibilité officiels WCAG - Official WCAG Accessibility Guidelines

• Ressources pour préparer et implémenter l’accessibilité

• Astuces pratiques du W3C pour améliorer l’accessibilité

• Revue préliminaire de sites pour l’accessibilité

• Outils pour vérifier l’accessibilité des sites web

• 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 taggués avec « a11y », raccourci pour « accessibility » (accessibilité)

• Utilisez les vues du cœur 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 au 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

• Fournissez des exemples de code

• Conservez le document simple et utilisable

• Rendez-le 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)