yobiwan

Cette lettre donne des informations sur les activités de l'initiative Web Accessibility Initiative (WAI) du World Wide Web Consortium (W3C) sur le projet WAI-TIES en Europe (Web Accessibility Initiative: Training, Implementation, Education and Support: pour la formation, la mise en application, l'éducation et le soutien). ------------ Contenu: 1. Journée de formation sur les bonnes pratiques de l'évaluation de sites Web accessibles, 6 juillet 2004, Paris 2. Téléconférence sur la façon de rendre les visualisations d'informations complexes accessible, 28 juin 2004 3. Document de travail provisoire des recommandations sur les contenus Web "Web Content Accessibility Guidelines 2.0" 4. Document de travail provisoire des recommandations sur les éditeurs de sites Web "Authoring Tool Accessibility Guidelines 2.0" 5. Document de travail provisoire de l'inaccessibilité des informations visuelles générées automatiquement pour éviter les robots automatiques "Inaccessibility of Visually-Oriented Anti-Robot Tests" 6. Page de ressources WAI mise à jour Informations sur le W3C, WAI, et le Projet WAI-TIES Abonnement à la lettre d'information WAI-TIES ------------ 1. Journée de formation sur les bonnes pratiques de l'évaluation de sites Web accessibles, 6 juillet 2004, Paris WAI-TIES donnera une journée complète de formation sur l'évaluation de l'accessibilité des sites Web le 6 juillet à Paris, France. Ces travaux pratiques, expliqués en anglais, sont à l'intention des développeurs Web expérimentés, et donneront un aperçu de la procédure d'évaluation ainsi que des informations détaillées sur l'évaluation de la conformité aux recommandations sur les Contenus Web "Web Content Accessibility Guidelines 1.0". Le nombre de participants est limité et une pré-inscription est nécessaire. &lt;http://www.w3.org/WAI/EO/2004/07/training.html> 2. Téléconférence sur la façon de rendre les visualisations d'informations complexes accessibles, 28 juin 2004 Le groupe d'intérêt Recherche et Développement "Research and Development Interest Group (RDIG)" organisera une téléconférence sur les problèmes d'accessibilité de la visualisation d'informations complexes telles que les résultats scientifiques, les données financières, les résultats de "modelling" et de simulations, les informations démographiques, et les mesures décrivant le Web lui-même. Le nombre de participants est limité et une pré-inscription est nécessaire. Les débats comprenant un résumé des questions de recherche d'une autre téléconférence du groupe RDIG sur la façon de rendre les technologies de colaboration accessibles aux personnes handicapées sont également disponibles. &lt;http://www.w3.org/WAI/RD/2004/06/cfp-viz.html> &lt;http://www.w3.org/WAI/RD/2003/06/event01-proceedings> &lt;http://www.w3.org/WAI/RD/> 3. Document de travail provisoire des recommandations sur les contenus Web "Web Content Accessibility Guidelines 2.0" Le groupe de travail sur les "Web Content Accessibility Guidelines" a publié un nouveau document public provisoire des "Web Content Accessibility Guidelines 2.0 (WCAG 2.0)" le 11 mars 2004 et aprécie tous commentaires. Des retours venant du public le plus large possible contribueront à la qualité des recommandations. Des renseignements sur la façon dont on peut envoyer des commentaires sont disponibles dans la partie "status" du document. &lt;http://www.w3.org/TR/WCAG20/> &lt;http://www.w3.org/WAI/GL/> 4. Document de travail provisoire des recommandations sur les éditeurs de sites Web "Authoring Tool Accessibility Guidelines 2.0" Le groupe de travail "Authoring Tool Accessibility Guidelines" a publié un nouveau document public provisoire des recommandations "Authoring Tool Accessibility Guidelines 2.0 (ATAG 2.0) le 24 février 2004 et apprécie tous commentaires. ATAG 2.0 traite de l'aide dans la production de contenus accessibles par tout type d'outil de création de sites Web incluant les éditeurs HTML, les outils de conversions (outils d'enregistrement sous HTML), de systèmes de gestion de contenus et plus. &lt;http://www.w3.org/TR/ATAG20/> &lt;http://www.w3.org/WAI/AU/> 5. Document de travail provisoire de l'inaccessibilité des informations visuelles générées automatiquement pour éviter les robots automatiques "Inaccessibility of Visually- Oriented Anti-Robot Tests" Le groupe de travail Protocoles et Formats (Protocols and Formats Working Group) a publié un document provisoire le 5 novembre 2003 qui analyse les barières de l'accessibilité présentées par la vérification visuelle d'images bitmap qui sont de plus en plus utilisées pour limiter l'accès à des services disponibles sur le Web. Ce document donne un nombre de solutions potentielles. Tous commentaires sont appréciés. &lt;http://www.w3.org/TR/turingtest/> &lt;http://www.w3.org/WAI/PF/> 6. Page de ressources WAI mise à jour Le groupe de travail pour l'éducation et l'information "Education and Outreach Working Group" (EOWG) a mis à jour la page de ressources WAI, qui est une liste de références avec des explications de documents W3C/WAI comprenant les recommandations, les techniques, des listes de vérification, des ressources pour l'évaluation, des informations sur les traductions, et des documents pour aider à promouvoir la prise de conscience et la mise en application de l'accessibilité du Web. Des nouveaux documents sont ajoutés régulièrement à la liste. &lt;http://www.w3.org/WAI/Resources> &lt;http://www.w3.org/WAI/EO/> Informations sur le W3C, WAI, et le Projet WAI-TIES - Le World Wide Web Consortium (W3C) est un forum international qui développe des technologies interopérables (spécifications, recommandations, logiciels, et outils) pour mener le Web à son plein potentiel. &lt;http://www.w3.org/> - La Web Accessibility Initiative (WAI) du W3C traite de l'accessibilité du Web pour les personnes handicapées, à travers une variété d'activités, incluant desdéveloppements techniques et de recommandations et un travail de sensibilisation. &lt;http://www.w3.org/WAI/> - WAI Training, Implementation, Education and Support (WAI-TIES) est un projet de WAI, financé par le programme Technologies de la Société de l'Information (IST) de la Commission Européenne, afin d'augmenter la formation et l'aide à la mise en application de l'accessibilité du Web en Europe. &lt;http://www.w3.org/WAI/TIES/> Abonnement à la lettre d'information WAI-TIES La lettre d'information WAI-TIES est un envoi d'e-mails électroniques régulier contenant des informations concernant l'a ccessibilité du Web en Europe avec distribution par l'intermédiaire de listes de diffusion existantes. - Abonnement: Si vous pouvez aider à diffuser la lettre d'information WAI-TIES, à une liste de diffusion appropriée en Europe, veuillez informer Sylvie Duchateau de la liste de diffusion à laquelle vous avez accès. <sylvie.duchateau_AT_snv.jussieu.fr> - Désabonnement: Si vous avez reçu ce courrier directement de Sylvie Duchateau vous pouvez être désabonné en lui écrivant à l'adresse ci-dessus. Si vous avez reçu cet e-mail par le transfert d'une autre liste, elle ne pourra pas supprimer votre adresse; veuillez alors contacter la personne ou le modérateur de la liste d'où vous avez reçu l'information. - Diffusion: Veuillez diffuser cette lettre d'information à d'autres listes de diffusion de façon appropriée, en évitant les multipostages. - ONLINE ACCESS: The WAI-TIES Update is available online at the following address: &lt;http://www.w3.org/WAI/TIES/#updates> Cordialement, Sylvie Duchateau pour le Projet WAI-TIES Shadi Abou-Zahra, W3C Web Accessibility Initiative et WAI-TIES Judy Brewer, W3C Web Accessibility Initiative http://www.w3.org/WAI/EO/2004/07/training.htm

Assez d'accord avec toi, les utilisateurs aveugles meme experimentés n'ont pas toujours le reflexe d'aller regarder dans les otpions de jaws par exemple pour personnaliser encore plus la navigation. IL faut savoir qu'une des orptions de JAWS et qui se developpe pas mal est d'afficher le plus des textes entre le title ou le texte en lui meme. Je ne peux la encore n'etre que d'accord. Les standards existent sur els contenus web et il en ait de meme pour les navigateurs ... (UAAG user agent accessibility guidelines). IL ne faut pas commencer a vouloir adapter les contenus, mais bien suivre les recommandations ce sera surment le meilleur moyen pour que les outils puissent s'adapter aux besoins. waou ! je commence a etre connu dis donc

D'ou notre fort engagement vers une liste fixe qui a été publiée dans le referentiel ADAE et qui est en attendant une standardisation réélle peut etre un bon point de départ

En fait, je pense qu'il ne faut pas confondre les choses. En effet, le problème ne vient pas des raccourcis claviers mais de leur manque d'implémentation/reconnaissance par les navigateurs. Ils sont très utiles et utilisés notamment par les personnes handicapées moteurs qui ont du mal à se servir de la souris, les enfants (notamment aveugles) ... Si il faut critiquer une chose ca n'est pas la technologie en elle meme mais bien le manque de considération dont elle fait preuve --> conséquences : les aides techniques ne les implémentent pas alors qu'elles le pouraient. Par exemple des aides comme jaws listents les liens, les titres, les cadress ... pourquoi pas les raccourcis claviers ? Pourquoi IE/Mozilla ou autres ne permettent ils pas de lister ses raccourcis quand ils sont présents de manière "standard" ... Je suis pour ma part un farouche défenseur de cette technologie qui est réèllement très utilisée quand elle est présente dans d'autres types de navigations (qui se passerait aujourd'hui d'un CTL +C ????)

La limite se porte en effet sur l'utilisation de 10 chiffrs, mais il faut savoir que l'ensemble des lettres ne sont pas disponibles car conflictuels avec les aides techniques "tres connues" (HPR, JAWS, ZommText, navigateurs ... C'est pourquoi nous conseillons d'utiliser des chiffres qui semblent eux ne pas poser de soucis. Pour ce qui est de du rapprochement de la liste britanique, c'est assez normal que cela rappel la liste définie puisque nous nous en somme directement inspiré.

Merci à monique pour ses encouragements. Nous esperons que cette journée marque un vrai tournant dans la compréhension de l'accessibilité pour tous. Merci à websourd, l'hopital de garches, la CDC et la cité de sciences d'avoir co-organiser ce séminaire.

http://www.braillenet.org/accessibilite/guide/ GUIDE BRAILLENET à l'usage des webmestres pour une meilleure accessibilité des sites publics aux personnes handicapées C'est le guide que nous avions rédigé en 2002 pour la direction interminesterielle à la réforme de l'état. Il est un peu viellot mais encore d'acutalité sur pas mal de choses. Sinon les techniques de WAI sont bein faites pour aides les gens à developper accessible Nous sommes entrain de créer une nouvelle version de ce guide.

http://www.dg77.net/tekno/lynx.htm a priori un bon tutoriel en francais sur lynx je ne sais pas si ca resoudra ton problème mais c déjà ca )

Les inscriptions ont été décalées suite aux vacances scolaires. Cette date est fixée au 15 mars minuit.

Ben le truc c'est que je veux que les 3 colonnes fassent la meme taille quoi qu'il arrive (mais en vertical pas en horizontal)

Je sais que le sujet certainement déjà du etre débattu pas mal de fois, mais les solutions que j'ai trouvé ne conviennent pas vraiment. J'aimerais simplement créer 3 colonnes via CSS avec chacune un backrground différent et qui s'adapte quelque soit la taille des colonnes (3 colonnes de la meme taille et le fond s'adaptant). Celle de gauche du jaune celle du centre du bleu celle de droite du vert. Pour l'instant presque pas de problemes. La ou je ne vois pas la solution dans les exemples donnés c'est que dans le source, je veux que les colonnes apparaissent exactement comme visuellement. A savoir 1. jaune 2. bleu 3. vert. Dans tous les codes que j'ai trouvé, la colonne du milieu est codée soit en 1 soit en 3 mais jamais en 2. De plus je ne veux pas de javascript. Qqun a t-il un code qui permete cela et qui soit exploitable par la suite ? merci d'avance

D'un point de vue "technique", le blockquote génére simplement une indentation. Par contre, il ne doit etre utilisé que lors de citations pas pour autre chose. Je vous laisse regardé dans le dico quand il s'agit d'une citation ou pas

Juste un bémol, la balise blockquote est là pour faire des citations et uniquement pour cela. De nombreuses aides techniques lorsque cette balise st présente indique en synthèse vocale "citation : .....". Etre vraiment vigilant sur ce point. Pour les changements de langue le principe est complètement celui la bien sur par l'utilisation de l'attribut lang qui d'un point de vue standard doit pouvoir se placer dans )à peu près toutes les balises. Des experiences montrent que c'est pas toujours le cas du point de vue des aides techniques. Je vous conseil alors plus d'utiliser la balise <span> lorsque vous intéragissez avec la langue dans un doc, cela semble passer quoiqu'il arrive. exemple : WAI explique : <span lang="en">provide alternative ....</span>.

Bonjour d'un point de vue purement accessibilité, nous avons fait dans le cadre de la mise en place du label AccessiwWb pas mal de demande et notamment dans les liste techniques de WAI et les consensus nous ont fait choisir des limites à donner pour la taille d'un attribut alt et de la longueur d'un lien. En effet WAI dit que les liens doivent courts et explicites, mais que veux dire court ? Nous avons repondu à cettte question par : Pour les alt : max = 60 caractères espaces compris. (certaines vieilles aides techniques limite la taille d'un alt à ce chiffre) Pour les intitulés de liens : max = 80 caractères espaces compris. (cela correspond à 2 lignes d'une plage braille de 40 caractère). cordialement

Pour la taille des div identique l'exemple suivant ne fait aps appel a des scripts ou autres est simple et sembl tres bien marcher : http://www.pmob.co.uk/temp/3colfixedtest_4.htm

Le souci reste que 90% des utilisteurs sont sous IE. Et que mettre 90 % des utilisateurs out pour une solution c pas trop faisable quand meme

En fait j'ai un souci dont j n'ai pas la soution : Dans un test basique : - en 640x480, la hauteur de mes 3 colonnes se cale sur celle de la 1ère colonne (orange) - en 800x600, la hauteur de mes 3 colonnes se cale sur la dernière colonne (grise) - en 1024x768, la hauteur de mes 3 colonnes se cale sur la 2ème colonne (rouge). Mon soucis c'est que ma premiere colonne (ou tout autre d'ailleurs) est dans une realité probable un menu qui doit prendre 100% de la hauteur de la page qq soit le contexte. Il faut que mon menu qui possède une couleur de fond puisse quoi qu'il arrive prendre la hauteur de la l'ensemble. J'avous ne pas avoir de solution.

Quand je vais sur le site, je ne vois pas la linearisation de l'info, j'ai toujours deux colonnes et deux lignes. Normal ?

Pour ce qui est du choix de faire un tableau, c comme je le disais c'est un tableau de données qui nécessite des balises pour etre accessible donc pas le choix.

Merci mais ca repond pas vraiment a ma question En fait, j'aimerais proposer une vraie version linéaire d'un tableau. Plus de stucture en tableau donc, mais en ligne. Exemple : table tr td 1ere colonne /td td 2eme colonne /td /table deviendrait à l'affichage : 1ere colonne 2eme colonne sans mise en forme de tableau

Semblerait que ca ne marche pas.

Petite question : Je créer un tableau de données et j'aimerais en proposer une version linéaire. Est ce possible via CSS ? en gros les td seraient les uns en dessous des autres plutot que les uns à coté de des autres. Merci de votre aide.

Bon ben j'ai passé un peu de temps la dessus mais je pense avoir un résultat assez satisfaisant et qui passe plutôt bien partout accessible et je pense standard. J'ai fai tun cochonnerie dans la div "milieu" (padding-bottom: 60% ) mais c'est juste pour donner une longueur a cette div pour mon test. Qu'en pensez vous ?

Comme promis la feuille de style appliquée pour mes tests. Vous verrez y'a rien de plus simple, ca ne fait qu'augmenter les caractères et la couleur de fond Body { Background:#000000 ; color:#FFFF00 } p, pre, ul, h3, td, dd, h2, h1, h4, small, h6, h5, ol, th { font-family: Helvetica; color:#FFFF00; font-size:40pt; } input { font-family:Helvetica ;color:#000000; font-size:40pt; } :link{color:#FFFFFF;} :visited{color:#FFFFFF;} :active {color:#FFFFFF;}

En placant les P a 600% avec le mot accessibilité sous IE tres acceptable les blocs passent l'un sous l'autre sans superpositionet dans l'ordre Sous firebird pas trop, le bloc 1 se retrouve visuellement sous le bloc 2. Sous opéra 6 les deux div se chevauche (mais c'est opara 6 c normal). Ne voyez la aucune critique au contraire si nous arrivions a qqch de standard et accessible pour cet exemple, je le donnerait dans toutes nos foramtions en incistant bien sur la possibilité et le conseil de l'utiliser. Je sens la super piste.