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 ?
Lynx Information Wave ARIA, il serait temps de s’y mettre ! | Édition Nº8 Bien que la mode du web 2.0 soit passée, l’usage massif de javascript pour réaliser des sites web ou désormais de véritables applications en ligne est bel et bien plus que d’actualité.Cette utilisation de javascript et ces nouveaux usages du web ne vont pas sans poser quelques difficultés aux utilisateurs de lecteurs d’écrans.“Utilisateurs de lecteurs d’écrans” avez-vous dit, késako ? Il s’agit principalement d’utilisateurs mal- ou non voyants qui manipulent et accèdent au contenu du web et de leur ordinateur à l’aide d’un outil qui restitue vocalement le contenu et donne des informations sur celui-ci.C’est dans le but de lever ces éventuelles difficultés que le W3C propose une spécification technique nommée ARIA « Accessible Rich Internet Application ».Nous allons donc en étudier les grands principes et voir comment l’utiliser. Qu’est ce qu’ARIA ? Explication ARIA est en fait une surcouche sémantique que l’on vient mettre par-dessus un langage existant tel que HTML, SVG, XML, etc. note
Lettre ouverte pour l’accessibilité numérique des services publics - Collectif "Article 47" Welcome to the HiSoftware Cynthia Says Portal 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.
RGAA - Accessibilité | modernisation.gouv.fr RGAA - Accessibilité Présentation du Référentiel Général d'Accessibilité pour les Administrations L'article 47 de la loi n° 2005-102 du 11 février 2005 pour l’égalité des droits et des chances, la participation et la citoyenneté des personnes handicapées, fait de l’accessibilité une exigence pour tous les services de communication publique en ligne de l’État, des collectivités territoriales et des établissements publics qui en dépendent. Il stipule que les informations diffusées par ces services doivent être accessibles à tous. Le Référentiel Général d'Accessibilité pour les Administrations (RGAA) permettra de rendre progressivement accessible l'ensemble des informations fournies par ces services. Nouveaux usages, hausse de la qualité, nouveaux emplois, obligation de service .… En savoir plus Le RGAA accessible à tous Une version "en ligne" des critères de succès et tests de conformité est en cours de réalisation et sera prochainement mise à disposition sur le site. Statut du document
valuer l'accessibilité d'un site web, deuxième partie : Les premiers points à vérifier Par Roger Johansson Cet article est le deuxième d'une série de trois publiée sur Pompage. Ceci est le deuxième article d'une série de trois où il est expliqué comment évaluer l'accessibilité d'un site web. Les points de contrôle présentés dans cet article détaillent plusieurs aspects de l'accessibilité pouvant être évalués automatiquement, ou relativement aisés à vérifier manuellement. Une procédure d'évaluation d'accessibilité complète est plus approfondie et demande de contrôler plus de points, dont plusieurs seront décrits dans le troisième article de cette série. 1. Utilisez les validateurs du W3C pour vérifier que le HTML et les CSS sont valides. Vous pouvez évidemment utiliser les outils en ligne du W3C : Il est souvent difficile de valider le HTML car pour de nombreux sites il ne comporte pas d'informations sur le DOCTYPE ou l'encodage de caractères utilisés. Dans certains cas extrêmes, le site refuse l'accès au validateur. Ne confondez pas validité et accessibilité. Pourquoi ? 2.
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 :
Règles pour l'accessibilité des contenus Web (WCAG) 2.0 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
valuer l'accessibilité d'un site web, première partie : Les préliminaires Par Roger Johansson Cet article est le premier d'une série de trois publiée sur Pompage. Il est devenu obligatoire, dans un nombre sans cesse croissant de pays, que les sites du service public respectent les standards et les normes d'accessibilité. Nombreux sont ceux, développeurs web et propriétaires de sites, qui découvrent l'accessibilité et la trouvent difficile à évaluer. Cette série est composée des articles suivants : L'examen des différents points décrits dans cette série ne dispense pas de réaliser des tests avec des utilisateurs de lecteurs d'écran et autres technologies d'assistance. Quelques notions Une définition courante de l'accessibilité est l'accès au Web par tous, indépendamment de toute invalidité. Quand je parle d'accessibilité dans cet article (et ailleurs), c'est dans un sens plus large incluant l'indépendance vis-à-vis des appareils - l'accès universel, indépendamment de l'invalidité, de l'agent utilisateur ou de la plate-forme. Préparation : installer les outils