valuer l'accessibilité des sites web 3ème partie, Aller plus loin Par Roger Johansson Dans Évaluer l'accessibilité des sites web 1ère partie, Préliminaires, je fournis quelques notions et outils utiles lors d'une évaluation. Dans le deuxième article de cette série, Évaluer l'accessibilité des sites web 2ème partie, Les points de contrôle de base, j'explique les aspects de l'accessibilité qui peuvent être testés avec des outils automatisés comme avec des contrôles manuels relativement simples. Ce dernier article présente les points difficiles à tester à l'aide d'outils automatisés et nécessitant plus de temps et/ou d'expérience pour une évaluation manuelle. Je pars du principe que vous avez déjà lu les deux articles précédents, si vous ne l'avez pas déjà fait veuillez le faire avant de commencer. Cet article couvre les points suivants: 1. Pour s'assurer que les couleurs d'arrière-plan et de premier plan contrastent suffisamment en teinte et luminosité, l'excellent évaluateur de contraste de Jonathan Snook se révèle très pratique. Pourquoi ? 2. Pourquoi ?
Wave Summary of automatic analysis [ HERA | Help | Info | Code | Contact ] HERA is a tool to check the accessibility of Web pages accoridng to the specification Web Content Accessibility Guidelines(WCAG 1.0). HERA performs a preliminary set of tests on the page and identifies any automatically detectable errors or checkpoints met, and which checkpoints need further manual verification. Manual revision is always needed to test whether a page is accessible. To be able to do this testing it is normally necessary to know the Accessibility Guidelines, how users work with assistive technology, and have some practical understanding of web page design. HERA assists in manual revision by highlighting the parts of the page that need checking, providing instructions on how to perform the tests, and offering two views of the page (normal page rendering and the HTML source code) with the most important elements for checking higlighted through colours and icons.
W3C comprendre WCAG 2.0 Résumé Ce document, « Comprendre les WCAG 2.0 » est un guide essentiel à la compréhension et l'utilisation de la version 2.0 des Règles pour l'accessibilité des contenus Web (WCAG) (en anglais) [WCAG20] et fait partie d'un ensemble de documents les accompagnant. Notez que le contenu de ce document est de nature informative (il fournit des orientations) et non de nature normative (il n'établit pas d'exigences de conformité aux WCAG 2.0). Consulter la Présentation des Règles pour l'accessibilité des contenus Web (WCAG) (en anglais) pour une introduction aux WCAG, aux documents techniques d'accompagnement et au matériel éducatif. Les WCAG 2.0 établissent un ensemble de critères de succès visant à définir la conformité aux règles des WCAG 2.0. Ce document présente des techniques précises pour satisfaire à chaque critère de succès.
Player vidéo Depuis 2007, la scolarisation des élèves en situation de handicap en milieu ordinaire est une priorité du Ministère de l’éducation nationale Depuis 2007, la scolarisation des élèves en situation de handicap en milieu ordinaire est une priorité du Ministère de l’éducation nationale L’équipe du site.tv propose une version accessible du site.tv répondant aux recommandations internationales d’accessibilité sur Internet. (en savoir plus sur les règles d’accessibilité). Lesite.tv pour tous permet aux personnes en situation de handicap moteur, cognitif, auditif ou visuel de naviguer sur lesite.tv de manière adaptée, à l’aide par exemple, d’un lecteur d’écran relié à une synthèse vocale. Voir la présentation du site.tv pour tous Lesite.tv et le Ministère de l’éducation nationale ont décidé de mettre à disposition en open source (Licence GPL -> GNU General Public License), le player du site.tv à l’ensemble des internautes. Les internautes auront donc :
W3Québec W3C WCAG 2.0 FR Cette publication a été en partie financée par des fonds du gouvernement fédéral des États-Unis du ministère de l'éducation, de l'Institut National pour la recherche sur le handicap et la réadaptation (Institute on Disability and Rehabilitation Research (NIDRR)) sous le numéro de référence ED05CO0039. Le contenu de cette publication ne reflète pas nécessairement les avis ou politiques du ministère américain de l'éducation, la mention de noms de marques, de produits commerciaux ou d'organismes ne signifie pas non plus qu'ils ont été approuvés par le gouvernement des États-Unis. Des informations supplémentaires à propos de la participation au groupe de travail des règles pour l'accessibilité des contenus Web (WCAG WG) sont consultables sur la page d'accueil du groupe de travail (en anglais). Anciens participants dans le groupe de travail des WCAG et autres contributeurs
AccessiWeb JuicyStudio Colour Contrast The old Accessibility Evaluation and Repair Tools (AERT) suggested algorithm for determining colour contrast now directs here. The AERT algorithm was never a recommendation, and WCAG 2.0's luminosity contrast algorithm is recommended instead. Success Criterion 1.4.3 of WCAG 2.0 requires the visual presentation of text and images of text has a contrast ratio of at least 4.5:1, except for the following: Large Text: Large-scale text and images of large-scale text have a contrast ratio of at least 3:1; Incidental: Text or images of text that are part of an inactive user interface component, that are pure decoration, that are not visible to anyone, or that are part of a picture that contains significant other visual content, have no contrast requirement. Analyse Luminosity Contrast Ratio
Lecteurs vidéo HTML5 accessibles Après celle sur les « Advisory Technique » (WCAG) qui vient tout juste de s’achever, je vous propose aujourd’hui une nouvelle série de billets qui portera cette fois-ci sur l’accessibilité des lecteurs vidéo HTML5. Principe Le principe de cette nouvelle série est simple. Régulièrement, je publierai un nouveau billet présentant les résultats de l’analyse d’accessibilité d’un lecteur vidéo HTML5. Petite précision, seuls les players vidéo disposant par défaut d’un bon niveau d’accessibilité seront présentés. Vous pouvez d’ailleurs retrouver la liste de ces lecteurs sur le Delicious d’Atalan À noter enfin que si le player analysé intègre une version alternative (fallback) en Flash, celle-ci ne sera pas évaluée. Points d’accessibilité analysés Voici ci-après la liste des points d’accessibilité qui seront analysés. Pour chacun d’entre-eux, je soulèverai à la fois les manques et éventuels points d’amélioration mais également les points forts et les particularités, si présence. Support du sous-titrage
Able Player Able Player is a fully accessible cross-browser media player. It uses the HTML5 <audio> or <video> element for browsers that support them, and (optionally) the JW Player as a fallback for those that don’t. To see the player in action check our Able Player Examples page. Features Supports both audio and video. Supports either a single audio track or an entire playlist. Compatibility Able Player has been tested with the following browsers and assistive technologies. Firefox 3.x and higher Internet Explorer 10 and higher without fallback Internet Explorer 8 and 9, dependent on JW Player as fallback. Note that mobile browsers have limitations (e.g., volume control and autostart are not supported) Dependencies Able Player has a few dependencies, but most are either provided with Able Player or available through Google’s hosted libraries. Able Player uses jQuery. Fallback For older browsers that don’t support HTML5 media elements, you need a fallback solution. Setup Step 1: Use HTML5 Doctype Audio
Accessibility Insights