(Voir la discussion originale sur #3004496 : Améliorer la compatibilité multisite avec Composer.)
Bien que diverses considérations doivent être prises en compte avant de décider d’utiliser la fonction multisite de Drupal, voici quelques raisons courantes pour lesquelles les développeurs de sites la choisissent :
Plus de sémantique
Dans Drupal 8, il existe de nombreux cas où nous avons pu fournir davantage d’éléments sémantiques HTML5 que les technologies d’assistance peuvent utiliser. Nous avons étendu cela en ajoutant des repères WAI-ARIA, des régions dynamiques (live regions), des rôles et des propriétés.
Les modules suivants peuvent aider à améliorer l’accessibilité de votre site.
Note : certains de ces modules peuvent être obsolètes et/ou ne pas être couverts par la politique de sécurité de Drupal. Veuillez vérifier la page de chaque module pour plus d’informations. Modules Drupal 7 pour l’accessibilité.
Automatic Alternative Text
Dernière version : 8.x-1.7
Ressources générales
- WCAG 2.0 - www.w3.org/TR/WCAG20
- WCAG 2.1 - www.w3.org/TR/WCAG21
- ATAG 2.0 - www.w3.org/TR/ATAG20
- ARIA Authoring Practices 1.1 - www.w3.org/TR/wai-aria-practices-1.1
- Checklist générale -
Toutes les méthodes de masquage du contenu ne conviennent pas aux utilisateurs de lecteurs d’écran ou d’autres technologies d’assistance. Cette page décrit les principales méthodes pour masquer le contenu pour tous les utilisateurs ainsi que pour ceux utilisant des lecteurs d’écran.
Rendre le contenu invisible (visuellement caché)
Si un élément sur la page :
Cacher du contenu est très utile pour l’accessibilité. Nous pouvons cacher des éléments visuellement et ne les afficher qu’aux utilisateurs de lecteurs d’écran, nous pouvons cacher du contenu aux utilisateurs de lecteurs d’écran et l’afficher uniquement visuellement, ou nous pouvons cacher le contenu aux deux. Drupal est livré avec certaines classes CSS intégrées qui peuvent aider à clarifier les intentions. Nous ne recommandons pas d’utiliser { display:none; } car cela est souvent mal utilisé.
Vous savez que vous souhaitez que votre contribution (module, initiative, thème, patch ou noyau) soit accessible, mais vous ne savez pas comment vous y prendre.
Obtenir une idée de l’accessibilité de votre module, thème ou site peut sembler une tâche ardue. Si vous êtes novice en accessibilité, le sujet lui-même peut vous laisser perplexe quant au point de départ. S’adapter à une diversité de capacités signifie qu’un large éventail de questions doit être considéré. Dans cette documentation, nous listons les considérations nécessaires sous forme d’un processus logique et étape par étape pour vérifier l’accessibilité d’un thème ou site lié à votre module.
Rejoignez-nous en direct sur Google Hangout Ă 9 heures du matin, heure du Pacifique, le dernier mardi de chaque mois.
Changement temporaire pour mars 2020 : ce mois-ci est déplacé à 11h30 PT le mardi 24 mars en raison de conflits d’horaires.