En-tête

Recherche

Ressources

Nous mettons à votre disposition, sous la forme d'une collection de liens commentés, les sources et les ressources les plus précieuses pour la construction des connaissances, les bases pour des tests autonomes et pour des recherches supplémentaires sur le thème de l'accessibilité numérique.

2024欧洲杯开户_欧洲杯APP下载-投注|官网

Nous recommandons vivement un pour une introduction personnalisée.

Le site site externeInitiative pour l'accessibilité du Web (WAI) peut être considéré à juste titre comme l'autorité mondiale en matière d'e-accessibilité peuvent être considérés comme des informations. WAI fait partie intégrante du World Wide Web Consortium (W3C), qui est responsable des principaux standards du web comme HTML, XML, CSS, SVG, MathML, mais aussi site externeWCAG, site externeATAG et site externeWAI-ARIA est responsable.

Nous recommandons l'offre web de la WAI comme premier point de contact sur le thème de l'accessibilité à tous les niveaux. Vous trouverez ici un premier aper?u des principaux points d'entrée. Les différentes directives et normes sont reliées ci-dessous.

Toutes les offres sont gratuites.

Guide des pratiques de rédaction ARIA (APG)

Apprenez à utiliser la sémantique définie dans la spécification ARIA (Accessible Rich Internet Application) pour améliorer l'accessibilité et créer des applications web accessibles. site externeCe guide décrit comment les attributs WAI-ARIA peuvent être appliqués de manière optimale aux design patterns et widgets courants.. Il propose des modèles de conception et des exemples fonctionnels, complétés par des instructions détaillées sur les pratiques de base.

Université de Deque

Le site site externeUniversité de Deque de l'entreprise américaine Deque Systems Inc. propose des formations et des ressources dans de nombreux domaines et à différents niveaux dans le domaine de l'accessibilité numérique. Dans l'univers de l'e-accessibilité, l'université Deque est surtout connue pour ses cours de préparation à la site externeCertifications IAAP (CPACC, WAS, CPWA et ADS) ainsi que pour ses ressources d'apprentissage de haute qualité. Il s'agit notamment de l'instructive site externeBibliothèque de modèles Javascript ARIA et la site externeGuides de référence du lecteur d'écran avec les précieuses antisèches pour les combinaisons de touches.

La Deque University propose à la fois des ressources payantes et gratuites. Les cours en ligne recommandés pour la préparation à la certification IAAP sont payants.

edX / W3C Introduction à l'accessibilité du Web

Un site externecours d'introduction complet en ligne sur la plateforme edX., développé par le W3C pour fournir une base solide à l'accessibilité numérique afin que les sites web et les applications fonctionnent bien pour les personnes handicapées, respectent les normes internationales et offrent à tous une meilleure expérience utilisateur.

A11Y-101

site externeA11Y-101 est une source recommandée pour se familiariser avec le sujet pour les personnes intéressées par la technique et les développeurs. A11Y-101 propose des contenus pour les concepteurs et les développeurs. Court, précis et allant à l'essentiel.

Adrian Roselli

site externeAdrian Roselli est développeur et consultant spécialisé dans les interfaces utilisateur accessibles. Dans ses blogs, il traite de différents thèmes, y compris de l'accessibilité. Nous avons par exemple pu profiter énormément de son expérience sur site externeles tableaux responsive accessibles bénéficier.

Apex 4X / Whatsock

site externeApex 4X s'adresse spécialement aux développeurs (avancés) de composants accessibles. L'accent est mis sur l'utilisation d'ARIA. Apex 4X propose une série d'outils permettant de visualiser et de vérifier les attributs ARIA, site externedes formations instructives sur des sujets plus profonds comme l'Accessibility API et l'Accessibility Tree, ainsi qu'une site externeCollection de modèles de widgets accessibles..

Le contenu est disponible gratuitement.

Guide du développeur d'accessibilité - ADG

Le site site externeADG est une plate-forme de connaissances suisse basée sur la communauté et consacrée à une multitude de thèmes liés à l'accessibilité. Il convient de souligner en particulier site externeConseils pour l'installation d'ordinateurs en tant qu'environnement de test pour l'accessibilité. et les nombreux exemples de modèles d'accessibilité. Les exemples d'éléments masqués visuellement corrects, de tableaux et de formulaires accessibles sont particulièrement réussis.

L'utilisation est gratuite. Les contributions sont les bienvenues.

Principes de conception inclusive

site externePrincipes de conception inclusive transmet les principes et l'esprit de l'Inclusive Design de manière facilement compréhensible. Les exemples concrets sont très utiles. Nous le recommandons vivement comme courte lecture d'accompagnement.

Centre de diagrammes

site externeCentre de diagrammes est une initiative qui s'occupe spécialement de l'accessibilité dans l'enseignement. Dans ce contexte, les offres, suggestions et outils d'écriture sont particulièrement précieux. site externealternatives textuelles appropriées pour les images dans le contexte de l'éducation. Les contenus sur Born Accessible Publishing et MathML valent également la peine d'être lus.

Mettre en place un environnement de test

L'Accessibility Developer Guide ADG décrit sous Setup de manière facilement compréhensible comment vous pouvez configurer votre propre ordinateur comme environnement de test confortable : site externeADG - Accessibility Testing Environment Setup (configuration de l'environnement de test d'accessibilité)

Vous trouverez ci-dessous une compilation plus concentrée et actualisée des principales ressources :

Des outils pour vérifier la structure lisible par la machine / programmatique du contenu web.

Outils pour vérifier la flexibilité de la sortie des contenus web

Les outils suivants sont utiles pour se faire une idée de la flexibilité de la sortie des contenus web.

  • Le site site externeSignet d'espacement de texte de Steve Faulkner modifie la hauteur des lignes et la police de caractères sur l'ensemble de la page web. Vérifiez si cela entra?ne des problèmes d'affichage du contenu. Faites particulièrement attention aux chevauchements entre les composants.
  • Le "Windows High Contrast Mode" (WinHCM) peut être utilisé comme exemple pour appliquer un schéma de couleurs alternatif, spécial et à fort contraste au contenu de l'écran. WinHCM peut être activé ou désactivé avec la combinaison de touches [Alt] + [Shift] + [PrtScn]. Veillez à ce que tous les éléments visuels, en particulier les ic?nes, restent bien visibles dans WinHCM.
  • Testez les pages web avec vos propres feuilles de style personnalisées avec site externeStylus Browser Extension.

Inspection de code et outils

Sans un regard occasionnel sur le code sous-jacent, il n'est guère possible de vérifier l'accessibilité et encore moins de trouver des solutions.

  • Les outils de développement de navigateur habituels sont ici indispensables :
    [Ctrl] + [Shift] + [I].
  • Dans ce contexte, il convient de mentionner tout particulièrement site externeExtension pour développeur web par Chris Pederick. Elle permet différentes visualisations du code HTML sous-jacent. La possibilité d'afficher des textes alternatifs directement à c?té des images est particulièrement appréciée dans le contexte des tests d'accessibilité :
    "Images" -> "Display Alt Attributes".

Outils de vérification des exigences minimales en matière de contraste

Les WCAG exigent un rapport de contraste minimal de 4,5:1 entre les caractères et l'arrière-plan ou de 3:1 pour les gros caractères ou entre les bords des champs de formulaire et l'arrière-plan. Les outils suivants vous permettent de vérifier facilement le contraste en fonction de ces exigences.

Nous recommandons à tous ceux qui souhaitent s'intéresser à l'accessibilité numérique de se lancer eux-mêmes dans la vérification de l'accessibilité. Les contenus sous e-Accessibility Basics avec les (grands) cinq aspects faciles à retenir offrent une entrée en matière idéale. Malgré les nombreux outils et aides, personne ne pourra éviter d'utiliser lui-même un lecteur d'écran. Voici donc les principaux lecteurs d'écran par ordre décroissant :

NVDA (Windows)

NVDA est un lecteur d'écran open source gratuit et la référence en matière de tests de lecteurs d'écran de contenus web. NVDA se distingue par son implémentation très conforme aux standards, ce qui le prédestine justement à des fins de test. NVDA est également le lecteur d'écran le plus utilisé au monde.

VoiceOver (iOS)

Sur les appareils mobiles, VoiceOver pour iPhones et iPads est le lecteur d'écran le plus utilisé. VoiceOver est installé par défaut sur tous les appareils iOS.

Talkback (Android)

Sur les appareils équipés du système d'exploitation Android (principal), le logiciel de lecture d'écran Talkback est généralement préinstallé. TalkBack fonctionne de manière très similaire à VoiceOver.

VoiceOver (macOS)

Alors que plus de 70 % des utilisateurs de lecteurs d'écran dans le monde utilisent Windows, seuls 10 % environ utilisent VoiceOver sur des ordinateurs Apple. VoiceOver sur macOS est préinstallé, mais suit une approche d'utilisation totalement différente de celle de NVDA et JAWS sur Windows avec leurs modes Browse et Focus.

JAWS (Windows)

JAWS a longtemps été le lecteur d'écran sous Windows et il est encore largement utilisé aujourd'hui, notamment pour les applications Office. Son utilisation et ses résultats de test sont très similaires à ceux de NVDA.

NarratorNarrateur (Windows)

Depuis Windows 10, Windows dispose également d'un lecteur d'écran préinstallé. Toutefois, ce narrateur n'est pas encore très répandu parmi les utilisateurs de lecteurs d'écran.

Statistiques sur l'utilisation des lecteurs d'écran dans le monde entier

Depuis plus de dix ans, WebAIM réalise régulièrement des études sur les comportements d'utilisation des utilisateurs de lecteurs d'écran dans le monde entier. La dernière étude a été réalisée en septembre 2019. Les sites qui présentent un intérêt particulier sont site externeRépartition des différents lecteurs d'écran ainsi que les site externeRépartition des combinaisons lecteur d'écran-navigateur utilisées.

Prise en charge ARIA des combinaisons lecteur d'écran-navigateur

site externePowermapper.com permet une bonne estimation de la prise en charge de différents attributs ARIA par différentes combinaisons lecteur d'écran-navigateur.

En principe, les documents accessibles sont soumis aux mêmes exigences que les autres interfaces utilisateur numériques (voir Bases de l'e-Accessibilité). Cependant, tous les formats de documents ne se prêtent pas de la même manière à la création de contenus accessibles. Les formats numériques sont toujours préférables aux formats analogiques. Print is not accessible ! Nous osons classer l'accessibilité des formats de documents :

  • HTML / Polybook
  • EPUB
  • PDF
  • Paquets Office
  • LaTeX (loin derrière) -> voir cependant HTML / Polybook


HTML - premier choix

Le langage de balisage hypertexte HTML offre certainement les possibilités les plus étendues de balisage sémantique des contenus. De plus, HTML offre des possibilités presque illimitées pour rendre les contenus interactifs et multimédias.

Polybook

Avec Polybook l'ETH Zurich offre une excellente possibilité de convertir en HTML des documents LaTeX, y compris des formules mathématiques complexes, et de les mettre à la disposition des étudiants sous une forme accessible.

EPUB

EPUB est connu comme le format portable pour les livres électroniques. Tous les lecteurs de livres électroniques actuels utilisent la spécification ouverte EPUB2 ou une variante propriétaire de celle-ci. EPUB2 est idéal pour la présentation de contenus de fiction qui manquent de multimédia et d'interactivité. La spécification EPUB3, qui succède à EPUB2, permet d'intégrer le multimédia et l'interactivité, et EPUB3 met l'accent sur l'accessibilité numérique. Ce n'est pas étonnant. Après tout, EPUB3 n'est pas beaucoup plus que du HTML/CSS zippé /SVG/ JS/MathML/.....

EPUB3 serait donc en fait le format de choix pour le matériel d'apprentissage numérique. Malheureusement, ce format n'a pas encore réussi à s'imposer. Pour les personnes intéressées qui souhaitent l'essayer :

PDF

Le Portable Document Format PDF est probablement le format de document électronique le plus répandu et le plus envoyé. Malheureusement, il est ingrat pour l'accessibilité. Alors que le retour à la ligne lors de l'agrandissement des documents HTML et EPUB est aujourd'hui une évidence, la grande majorité des documents PDF ne peuvent pas être agrandis sans un fastidieux défilement horizontal. Bien que la spécification PDF offre de nombreuses possibilités de marquage sémantique, la création de PDF accessibles complexes devient rapidement très longue et/ou co?teuse.

Attention lors de l'exportation de PDF à partir de Word :

Pour que le convertisseur PDF de Word accepte les balises sémantiques, cette option doit être explicitement sélectionnée dans PDFMaker : Fichier > Enregistrer en tant que PDF Adobe > Options > Case à cocher "Activer l'accès et le contournement en créant Adobe avec des balises PDF" ou "Activer l'accessibilité et le reflow en cas de PDF Adobe balisé".

Capture d'écran Adobe Acrobat PDF Maker
Capture d'écran Adobe Acrobat PDF Maker

Paquets Office

Les paquets Office tels que MS Office ou LibreOffice offrent jusqu'à un certain point des possibilités pour une meilleure accessibilité. Toutefois, les documents Office sont, à certains égards, inférieurs à tous les formats de documents décrits ci-dessus en ce qui concerne l'accessibilité. Pour cette raison, il n'est pas conseillé de remettre directement aux étudiants ses propres documents en format Office.

D'autre part, pour la création de PDF, il est important de toujours mettre en ?uvre correctement les aspects de la structure sémantique dès le document source. Cela inclut des structures de titres correctes, des listes et des tableaux corrects.

Outre le cours PDF mentionné ci-dessus, le site externeDocument Accessibility Curriculum Package de l'université Deque une série d'autres cours sur la création de documents accessibles, notamment pour MS Word, PowerPoint et Excel.

LaTeX

Les fonctions d'exportation et les convertisseurs PDF pour documents LaTeX que nous connaissons génèrent actuellement sans exception des PDF qui sont totalement inutilisables du point de vue de l'accessibilité.

Nous recommandons donc de toujours utiliser les documents LaTeX avec l'aide de Polybook au format HTML et de le mettre à disposition. L'outil de conversion "LaWeb", propre au LET, transforme vos documents LaTeX proprement structurés, y compris les formules mathématiques complexes, en HTML proprement structuré.

Il existe de nombreux outils automatiques de vérification de l'accessibilité numérique, dont certains font l'objet d'une forte publicité. De tels outils peuvent aider à se faire rapidement une idée approximative de l'accessibilité. Nous ne recommandons toutefois pas l'utilisation d'outils de test automatiques et préférons renvoyer aux cinq aspects les plus importants de l'accessibilité numérique sous Bases de l'e-Accessibilité.

La plupart des aspects de l'accessibilité numérique concernent la signification, c'est-à-dire la sémantique, de certains composants ou de leur interaction. Plus ces composants (généralement interactifs) sont complexes, plus il est difficile d'évaluer automatiquement leur signification. Les structures de titres peuvent être vérifiées automatiquement quant à la succession correcte des niveaux de titres, mais pas quant à leur sens. De même, les images peuvent être automatiquement vérifiées pour savoir si des alternatives textuelles sont disponibles, mais pas si elles décrivent de manière adéquate ce que l'auteur veut faire passer par l'image.

Il convient néanmoins de mentionner ici deux précieux outils de contr?le présentant un degré d'automatisation élevé.

Le site site externeRègles pour l'accessibilité des contenus Web (WCAG) du W3C sont incontestablement au c?ur des efforts modernes en matière d'accessibilité numérique dans le monde entier. En aucun cas, l'élément du terme contenu web ne doit donner l'impression que les WCAG ne peuvent s'appliquer qu'aux contenus web. Les WCAG sont volontairement formulées de manière si indépendante de la technologie qu'elles peuvent être appliquées sans problème aux toute interface utilisateur numérique peuvent être appliquées.

Le site site externeInitiative pour l'accessibilité du Web WAI du W3C est responsable de site externeLignes directrices pour l'accessibilité aux outils de création ATAG et la site externeLignes directrices pour l'accessibilité des agents utilisateurs UAAG ainsi que le site externeWAI-ARIA Standard pour des applications Internet riches et accessibles, d'autres directives et standards pertinents pour des organisations complexes comme l'EPFZ.

WCAG

Le site site externeRègles pour l'accessibilité des contenus Web (WCAG) définissent des exigences pour l'accessibilité des contenus web tels que le texte, les images, le multimédia, la structure et la présentation.

Les WCAG sont soutenues par des guides techniques non normatifs (informatifs). Ceux-ci ne sont pas des normes web du W3C et peuvent donc être mis à jour plus régulièrement, par exemple pour tenir compte des derniers changements technologiques. Les documents techniques de soutien des WCAG 2 comprennent :

  • site externeComment se conformer aux WCAG 2: Une brève référence personnalisable sur les exigences (critères de réussite) et les techniques des Règles pour l'accessibilité des contenus Web 2 est essentiellement le site externeListe de contr?le WCAG 2. La plupart des utilisateurs se servent de cette référence rapide comme source principale pour travailler avec les WCAG.
  • Techniques pour WCAG 2 (site externe2.1-Techniques, site externe2.0-Techniques) contient des détails spécifiques sur le développement de contenus Web accessibles, par exemple des exemples de code HTML. Ces techniques sont "informatives", ce qui signifie que vous n'êtes pas obligé de les appliquer. Ce sont les critères de réussite de la norme WCAG 2, et non les techniques, qui servent de base pour déterminer la conformité aux WCAG 2. Pour en savoir plus, consultez site externeTechniques dans la FAQ.
  • Comprendre les WCAG 2 (site externe2.1 Comprendre, site externe2.0 Understanding) contient des instructions supplémentaires sur l'apprentissage et la mise en ?uvre des WCAG 2 pour les personnes qui souhaitent comprendre plus en profondeur les directives et les critères de réussite.
Illustration du matériel technique supportant les WCAG 2 Comment se rencontrer, les techniques et la compréhension
WCAG 2.0 documents. WCAG 2.1 a les mêmes documents. (Copyright ? 2005 W3C? (MIT, ERCIM, Keio))

Pour plus de détails sur la manière dont ces documents sont reliés entre eux et sur les liens qui existent entre eux, voir site externeDocuments WCAG 2.

Versions

La version actuelle des WCAG 2.1 a été publiée en juin 2018 et est entièrement rétrocompatible avec les WCAG 2.0, ce qui signifie que si votre contenu est conforme aux WCAG 2.1, il est également conforme aux WCAG 2.0. Les WCAG 2.1 définissent 13 directives et 78 critères de réussite. Les prochaines versions WCAG 2.2 et WCAG 3.0 sont actuellement en cours de développement.

ATAG et UAAG

Les Authoring Tool Accessibility Guidelines (ATAG) définissent des exigences d'accessibilité pour les outils d'auteur eux-mêmes, afin de permettre aux personnes handicapées de créer des contenus web. Elles définissent également des exigences sur la manière dont les auteurs peuvent créer des contenus web accessibles et se conformer aux WCAG.

Les directives d'accessibilité pour les agents utilisateurs (User Agent Accessibility Guidelines, UAAG) fournissent des instructions sur la manière de rendre les agents utilisateurs accessibles aux personnes handicapées. Les agents utilisateurs (User Agents) comprennent les navigateurs, les extensions de navigateur, les lecteurs multimédias, les lecteurs et autres applications qui affichent du contenu Web.

WAI-ARIA

Le texte suivant (orig. EN) provient de la site externeWAI-ARIA page de présentation:

WAI-ARIA (Accessible Rich Internet Applications) propose des compléments sémantiques qui permettent aux auteurs de transmettre le comportement de l'interface utilisateur et des informations structurelles aux technologies d'assistance (comme les lecteurs d'écran). La spécification WAI-ARIA fournit une ontologie de r?les, d'états et de propriétés qui définissent les éléments accessibles de l'interface utilisateur.

En d'autres termes, WAI-ARIA définit un ensemble d'attributs qui aident à modifier le balisage erroné et à combler les lacunes du HTML afin d'améliorer l'accessibilité pour les utilisateurs de technologies d'assistance. L'intégration correcte des attributs WAI-ARIA dans votre code (HTML) garantit que les utilisateurs d'aides techniques obtiennent toutes les informations dont ils ont besoin pour utiliser votre site Web ou votre application. WAI-ARIA ne modifie pas l'apparence de votre site web, à moins que vous n'ajoutiez à votre CSS un style spécialement con?u pour WAI-ARIA. Cela signifie que personne d'autre que les outils (et les personnes qui les utilisent) ne verra de différence entre un site web ou une application avec ou sans WAI-ARIA.

WAI-ARIA comprend des spécifications pour la cartographie des API qui fournissent des instructions pour la mise en ?uvre des agents utilisateurs. Elle comprend également des modules pour les graphiques et la publication numérique.

Exemple : Onglet et panneau à onglets (tab and tab panel)

Utiliser les attributs de r?le pour réutiliser les éléments HTML utilisés pour les contr?les d'onglets et les panneaux d'onglets.

  • role="tablist"
  • role="onglet"
  • role="panneau à onglets"

Utilise les attributs aria-selected pour montrer l'état des contr?les d'onglets et des panneaux d'onglets.

  • aria-selected="true" indique que le contr?le de registre est activé et que le panneau correspondant est affiché.

Utiliser les autres attributs aria-* et implémenter le support clavier nécessaire.

De cette manière, vous pouvez rendre l'interface utilisateur des onglets et des panneaux d'onglets lisible par la machine pour les agents utilisateurs (navigateurs et AT) et accessible aux lecteurs d'écran et aux utilisateurs de clavier voyants.

PDF/UA

Dans le contexte des PDF accessibles, on mentionne souvent, outre les WCAG, la norme ISO 14289 ou PDF/UA (PDF/Universal Accessibility). Cette norme s'adresse avant tout aux développeurs de logiciels qui génèrent automatiquement des PDF. Il convient toutefois de noter que la norme PDF/UA se distingue de la norme WCAG sur certains aspects et qu'elle accorde une importance différente à différents aspects. site externeWikipedia sur PDF/UA

Offres multimédias en ligne pour les plus intéressés

- site externeA11y Talks série vidéo

JavaScript a été désactivé sur votre navigateur