Télécharger pour lire hors ligne
Téléchargé parOlivier Nourry
L'accessibilité à grande échelle - Comment WordPress intègre l’accessibilité à son processus de développement
Le document présente le processus d'intégration de l'accessibilité dans le développement de WordPress, en illustrant l'évolution des contributions et des corrections depuis 2011. Il décrit les stratégies pour impliquer les développeurs et les priorités en matière d'accessibilité dans les releases, ainsi que les ressources disponibles pour la formation. En outre, il explore les défis liés à la compatibilité des plugins et thèmes tout en soulignant la nécessité d'un dialogue actif et d'une collaboration au sein de la communauté WordPress.
Contenu connexe
![HTML5 Semantics, Accessibility & Forms [Carsonified HTML5 Online Conference]](https://cdn.slidesharecdn.com/ss_thumbnails/html5semanticsaccessibilityforms-101031220859-phpapp02-thumbnail.jpg?width=640&height=640&fit=bounds)
Similaire à L'accessibilité à grande échelle - Comment WordPress intègre l’accessibilité à son processus de développement
L'accessibilité à grande échelle - Comment WordPress intègre l’accessibilité à son processus de développement
- 1. L’accessibilité à grande échelle CommentWordPress intègre l’accessibilité à son processus de développement
- 2. Le véritable auteur JoeDolson “Mr WordPress Accessibility” www.joedolson.com @joedolson
- 3. Ses contributions Contributeur ducore, et de Make WordPress Accessible Développeur de thèmes. Plugs-in: • WordPress Accessibility • Access Monitor • et d’autres
- 4. La présentation d’origine SurSlideshare: http://www.slideshare.net/joedolson/massively- maintained-accessibility-wordpress
- 5. Petit voyage dansle temps Mars 2011: - Création de Make.WordPress.org/accessibility Mai 2011: - Première demande a11y: WP 3.2 et thème Twenty Eleven.
- 6. Suite du voyagedans le temps De mai à novembre 2011: ...
- 7. Monter une organisation -Leadership - Implication - Processus
- 8. Le processus d’évolutionde WordPress ● Proposer une amélioration, un correction, ou une fonctionnalité. ● Obtenir l’adhésion d’autres développeurs. ● Fournir un feedback sur les anomalies. ● Arrive ce qui doit arriver... ● Intégrer au core.
- 9. Le processus d’évolutionde WordPress ● Release Lead: définit les priorités, oriente les développement. ● Impliquer le release lead est vital. Un grand merci à Drew Jaynes, release lead sur WordPress 4.2, pour avoir priorisé l’accessibilité.
- 10. L’Accessibilité implique de s’impliquer... ●Aujourd’hui: 326 tickets actifs ● Nécessite un dialogue ● Nécessite une implication très tôt. ● Nécessite des gens qui fournissent des correctifs ● Nécessite des gens qui ont accès à la gestion deTrac (bug tracker de WP)
- 11. Combien de contributeurs? Parrelease: 3.8: 188 3.9: 267 4.0: 275 4.1: 283 Des centaines de contributeurs et des centaines de correctifs = nombreuses opportunités d’introduire des problèmes d’accessibilité... Ou des solutions.
- 12. Informer, former lesdév WP - Conférences aux WordCamp - Articles sur make.wordpress.org et ailleurs - Des ressources (code) - Formations en ligne - Implication active dans le suivi des tickets dans Trac
- 13. Stratégies efficaces - Êtrespécifique: et pas “WordPress ne suit pas le standard”. https://core.trac.wordpress.org/ticket/29955 - Prioriser: https://make.wordpress.org/core/2015/02/23/ this-week-in-4-2-february-23-march-1/ - Suivre
- 14. Adhésion des développeursdu core Succès total. (Ce qui ne veut pas dire que tout le monde est d’accord sur tout.)
- 15. Où en est-on? -Le groupe de tests est géré par Rian Rietveld - https://make.wordpress.org/accessibility/testing/ - Deux fois par release, établissement d’une liste des priorités (les transverses d’abord, les intégrables à la beta ensuite)
- 16. Où en est-on? -Demandes de consultation de la part de l’équipe de développement du core, l’équipe UX, et les développeurs de plug-ins de fonctionnalités. - Bibliothèque de modèles accessibles (WordPress accessibility pattern library) - Tests et formations sur l’accessibilité des thèmes
- 17. Stratégie à longterme ● Evolution lente mais continue ● 3 releases par an avec des itérations individuelles. ● Création de bibliothèques de soltions (#31368: Let WP Speak, WP pattern library) et formation/information des développeurs.
- 18. Rétrocompatibilité - Gérer lacompatibilité de l’API pour 36,000 plugins and 3,000 themes a de nombreuses implications: - API de paramétrage - Fonctions et widgets hérités d’anciennes versions - Utilisation de classes CSS “pour lecteurs d’écran” - Comportement des formulaires - Dans le l’Admin, titres de sections et structure HTML
- 19. A l’avenir Avancées majeuresdans le futur: - JSON REST API - https://wordpress.org/plugins/json-rest-api/ - Image Flow Menaces et opportunités...
- 20. Quel est leCMS le plus accessible? Drupal
- 21. Quel est leCMS le plus accessible? Est-ce que les sites réalisés avec Drupal sont accessibles, et ceux avec WordPress ne le sont pas? Non. Ni l’un, ni l’autre.
- 22. L’impact des choix -Exemple: les formulaires - WordPress: pas de module de création de formulaire dans le core - Drupal: oui oui, on a. - Les choix du développeur s’imposent toujours par rapport au comportement du core. Partout.
- 23. Les CMS produisentdu HTML Le HTML (valide) est accessible. JavaScript, CSS, le HTML invalide, les contenus inaccessibles mettent la pagaille.
- 24. Pister une anomaliedans WordPress Le Core. Le Plug-in. Le Thème. Hey. Qui a bousillé ce site?
- 25. Pister une anomaliedans WordPress Si c’est dans l’admin (back-office) : Probablement dans le core. Sauf si c’est la page de paramétrage d’un thème ou d’un plug-in...
- 26. Coté front? - menuou rendu de l’article? Probablement le thème. - Dans un formulaire de contact, une fonctionnalité particulière type calendrier ou service eCommerce: c’est un plug-in... Pister une anomalie dans WordPress
- 27. Pister une anomaliedans WordPress Les thèmes sur WordPress.org doivent suivre des règles: https://make.wordpress.org/themes/handbook/review/ ...sauf pour les thèmes commerciaux. Les thèmes commerciaux ont leurs propres ‘règles’.
- 28. Signaler des anomaliesdans WordPress Les anomalies sur le Core devraient être reportées ici: https://core.trac.wordpress.org/newticket Avant de reporter quoique ce soit, tester avec tous les plug-ins désactivés, et avec le thème par défaut...
- 29.
Notes de l'éditeur
- #6 Jusqu’ici, bien qu’il y avait des initiatives individuelles (thèmes accessibles, signalement ou réparation de problèmes d’accessibilité), il n’y avait pas d’effort concerté pour développer des interfaces accessibles, informer, ou faire des tests utilisateurs.
- #7 Après énormément de feddback en mai, l’équipe accessibilité a été très tranquille. Mel Pedley, le team leader, poste occasionnellement, dans le vide.
- #8 Démarrage lent... Que manquait-il? Mel Pedley avait porté haut le message de l’accessibilité, pendant des années. Mais on manquait de monde travaillant à la fois sur WordPress et sur l’accessibilité. On avait un leadership; mais pas d’implication.
- #9 Des experts accessibilité se sont impliqués, et c’était précieux, mais leurs noms n’étaient pas reconnus par la communauté WP.
- #11 Ticket actif = ticket ayant connu une activité au cours des 2 dernières semaines.
- #13 Tout le monde perd son temps si on se contente de regarder la liste des problèmes d’accessibilité et de dire “à corriger”. C’est une perte de temps d’ouvrir une anomlie du type: “ne respecte pas le standard”.
- #16 Pour chaque release, Joe Dolson établit 2 listes des objectifs d’accessibité. La première, en début de cycle, inclut tout ce qui doit être traité en amont, à grande échelle. La seconde est établie pour la version beta de la release. Comporte généralement des éléments plus simples à mettre en œuvre à ce stade, et plus gérables. Comporte aussi des optimisations sur le travail déjà réalisé.
- #17 Auparavant, les nouveautés pouvaient être incluses au core sans validation accessibilité. Désormais, il y a des demandes pour celui. Un problème majeur d’accessibilité peut être un motif de refus de livraison.
- #19 Et on neparle que de ce que l’équipe peut passer en revue!
- #20 Video URL: https://www.youtube.com/watch?v=0GplRDFSGL4
- #21 De l’avis de Joe Dolson. Drupal est bien implémenté sur les sites du gouvernement US et les sites liés à l’enseignement supérieur, où l’accessibilité est une exigence bien identifiée.
- #23 Dans WordPress, la création des formulaires est dévolue à des plug-ins tiers, par définition moins bien contrôlés en termes d’accessibilité. Ce choix permet aussi de conserver un nombre restreint de fonctionnalités dans le core.