J’ai déjà évoqué que l’accessibilité d’un site généré par un CMS pouvait grandement déprendre de la façon dont il est configuré mais aussi de la prise en compte des contraintes d’accessibilité par les rédacteurs (Spip, un CMS accessible).
En allemand l’accessibilité du web (web accessibility) se traduit par Barrierefreies Internet ; sur le site de Galileo Press (Frameworks & CMS) est disponible une video de Kai Laborenz à propos de l’accessibilité et de la conformité (aux standards) de sites réalisés avec le CMS TYPO3 ([tupo draï], en allemand).
Dans cette présentation, Kai Laborenz explicite les paramètres à configurer pour générer le code le plus accessible possible.
Les bonnes pratiques :
- Déclaration de la DTD
- Configuration du RTE
- Optimisation des menus
- Utilisation des « portes coulissantes » en CSS
- Définition des niveaux de titres
- Gestion des alternatives texte (balise alt et title)
- …
Les extensions conseillées par Kai (mais pas par moi, certaines sont obsolètes et d’autres inutiles) :
- accessible_form_validation
- mailform_plus
- css_filelinks
- sb_akronymmanager
- a21glossary
- sf_validator
- cron_accessiblemenus
- fb_accessiblecontentattributes
- aw_antispambots
- gov_accessibility
- abcsstidy
- oblady_accessibility_report
Une présentation sur les bonnes pratiques rien de plus, mais une présentation indispensable pour sensibiliser les utilisateurs de ce CMS à l’accessibilité.
A ce qu’il m’a semblé comprendre, de gros efforts vont être fait sur les prochaines versions de TYPO3 pour améliorer l’accessibilité de l’interface d’administration (backend).
Articles similaires :
- RMLL Accessibilité des CMS
- Accessibilité, ne pas trop en faire
- Présentation de TYPO3 4.3 sur Web Devotion
- We love TYPO3 – TYPO3 est amour
- TYPO3 : nouvelle interface utilisateur pour TYPO3 5.0
Navigation Temporelle
Commentaires ( 1 Commentaire )
Content de voir quelqu’un parler d’accessibilité dans typo3. C’est quand même assez rare.
Pour parcourir le forum typo3.fr régulièrement, on voit souvent de très bon techniciens mais qui oublie souvent l’accessibilité (ou même le simple respect du w3c).Je ne comprends pas l’allemand mais je commenterai rapidement les extensions conseillées :
sf_validator : je ne vois pas trop l’intéret de surcharger son site typo3 quand on peut utiliser la webdeveloper toolbar (que tout bon développeur web a d’installé)
cron_accessiblemenus : l’extension en elle même est bien, mais c’est plutôt le concept des tabindex et des raccourcis clavier qui est obsoléte. Voir les différents articles sur openweb. De plus, l’attribut accesskey devrait disparaitre dans HTML5
fb_accessiblecontentattributes : je ne connaissais pas mais ça a l’air plutôt intéressant.
Le problème c’est que les extensions conseillées cherchent à remplacer les connaissances que devraient avoir le développeur. Pour rendre un site typo3 accessible, il faut bien maitriser la sémantique HTML, connaitre les normes d’accessibilité et maitriser typo3.
Aucune extension ne pourra remplacer de bonnes connaissances dans le domaine.
Rémi T ajouté le
juil 31 08 à
10:31
Ajouter un commentaire
Additional comments powered by BackType
