accessibility-issues-fr

problématiques d'accessibilité

Ce sont des problématiques soulevées concernant l'accessibilité avec différents degrés de mérite. De ce fait, quelques problématiques peuvent être REJETEES pour un grand nombre de raisons évidentes (mais encore documentées ici dans le cas où elles seraient soulevées à nouveau), et d'autres qui contiennent des discussions plus longues. Quelques problématiques pevuent être ACCEPTEES et peut-être provoquer des changements ou des explications améliorées dans la spécification.

Les problématiques proposées peuvent et seront (probablement) éditées et récrites pour une meilleure concision, clarté, et d'un point de vue aussi neutre que possible. Ecrivez bien vos problématiques. — Tantek

Ajoutez SVP les nouvelles problématiques en haut de la liste. Relancez SVP vers les problématiques résolues/rejetées avec une nouvelle information plutôt que de soumettre à nouveau de telles problématiques. Les ajouts de problématiques dupliquées seront réinitialisés.

Problématiques

• problématique ouverte ! 2006-10-06 soulevée par John Foliot in w3c-wai-ig

  1. Ce dont nous n'avons pas besoin (AMHA) est un web où tout sera simplement un <div>

avec quelques style d'association supplémentaire de microformats ajouté à cela..

• problématique ouverte ! 2006-09-20 soulevée par Andy Mabbett dans le accessifyforum
  1. Utilisation de 'abbr' dans les microformats

hCalendar

problématiques d'accessibilité spécifiques à hCalendar. Celles-ci sont distinctes des problématiques hCalendar en général de façon qu'elles ne soient pas perdues parmi d'autres problématiques en rapport de non-accessibilité.

• problématique ouverte ! 2007-01-20 soulevée par Andy Mabbett
  1. Quand DTEND est une date, et non une date-time, il est requis que ce soit le jour après la fin de l'événement, de ce fait : <abbr class="dtend" title="2007-04-30">29 Avril 2007</abbr>. Néanmoins, "29 avril 2007" n'est pas

une abréviation de 2007-04-30 ; c'est une abréviation de 2007-04-29. Le marquage comme présenté est sémantiquement incorrect et provoquera probablement des problèmes pour les utilisateurs et les agents-utilisateurs qui lisent l'attribut title, et non la valeur du texte, de l'élément abbr.

• problématique ouverte ! 2006-12-11 soulevée par Andy Mabbett
  1. L'image dans hcalendar-brainstorming-fr#Photos d'autres pièces jointes a un texte alt inapproprié,

étant juste le nom du fichier. Andy Mabbett 15:23, 6 Mar 2007 (PST)

abbr-design-pattern

• problématique ouverte ! 2007-04-27 raised by JamesCraig, BruceLawson.
  1. L'article Web Standards Project ATF et la discussion sur la raison pour lesquelles quelques instances

du abbr-design-pattern sont mal pour l'accessibilité.'

include-design-pattern

• problématique ouverte ! 2007-04-28 raised by PatrickLauke
  1. bien qu'il soit normalement vide, hyperlink includes se présente encore dans le cycle de tabultation de la majorité des navigateurs,

s'avérant être un problème pour les utilisateurs de claviers (y compris les utilisateurs de screen readers)

• 1. Le test JAWS 7.0 n'est pas concluant pour s'assurer de la compatibilité dans d'autres

lecteurs écrans majeurs.

Accessibilité de ce wiki

• problématique ouverte ! 2006-11-26 soulevée par Andy Mabbett
  1. Les grands blocs de texte en italique sont inaccessibles pour beaucoup de lecteurs,

y compris les personnes avec des sortes de déficits visuels, dyslexie, etc. [1], [2]. [3], [4], [5] Andy Mabbett 14:33, 26 Nov 2006 (PST)

• problématique ouverte ! 2006-12-11 soulevée par Andy Mabbett
  1. La duplication du lien texte

brise la WAI-WCAG 1 guideline 13.1 Clearly identify the target of each link est n'aide pas les utilisateurs de technologies d'assistance et les autres agents, ce qui fournit des liens dans une liste autonome et hors contexte.

Andy Mabbett 10:29, 11 Dec 2006 (PST)

Gabarit

Utilisez SVP ce format (copiez et collez ça en haut de la liste pour ajouter vos problématiques) :

• problématique ouverte ! AAAA-MM-JJ soulevée par VOTRENOM.
  1. Question 1 : Voici la première problématique que j'ai.
  2. Question 2 : Voici la seconde problématique que j'ai.

Problématiques Résolues

Les problématiques qui ont été résolues mais peuvent avoir des items to-do.

• ...

Problématiques Fermées

problématiques fermées qui n'ont plus d'actions plus en profondeur à prendre.

• 2006-11-26 soulevée par Andy Mabbett
  1. Using emboldening and italics to differentiate types on, e.g. the cheatsheet pages hcard-cheatsheet, is unhelpful to users of assistive technologies, text-only devices, etc. A number, letter or symbol should additionally be used. Andy Mabbett 14:33, 26 Nov 2006 (PST)
     • I think the emboldening is fine as it marks up the required properties. The italics are a bit of a problem but keep it simple at the moment. Additional characters can’t be used as they would break the class="property" template. Colors would be a way but are inaccessible to some users, so there is no real solution to that problem for now. Julian Stahnke 22:55, 26 Nov 2006 (GMT)
       • "I think the emboldening is fine" - how would you understand emboldening in a text-only browser like Lynx, or in an aural browser? Andy Mabbett 15:17, 26 Nov 2006 (PST)
         • Ups, I just assumed that it would use strong and em tags. Yeah, well, let’s think about it. Julian Stahnke 23:22, 26 Nov 2006 (GMT)
     • Of course, one could add that stuff after the class="property" thing. That might look a little cluttered though. I’ll consider that for the next revision/next cheat sheet I do. Julian Stahnke 22:57, 26 Nov 2006 (GMT)
       • All that's needed is:

* class="vcard" (1)

instead of:

* class="vcard"

Andy Mabbett 15:24, 26 Nov 2006 (PST)

• 1. • Maintenant résolu. Merci à tous ceux qui ont aidé. Andy Mabbett 10:30, 11 Dec 2006 (PST)

Voir aussi

• accessibilité
• microformats-problématiques