shangailily

Bonjour à tous, Je n'utilise plus les "display:none" et "visibility:hidden" car il y a, comme le dit Monique, trop d'incertitudes... Pour revenir à l'"overflow:scroll", j'ai pensé aux personnes malvoyantes, bien sûr. Je sais qu'il faut en limiter l'usage pour eux mais si on donne une valeur relative en "em" à la hauteur et à la taille des textes, lors du grossissement, la hauteur de la div scrollable s'agrandira proportionnellement avec la taille du texte. Là où il faut faire attention est la largeur de la div, je veux dire par là, il ne faudrait pas que l'espace alloué au contenu soit trop petit. Voilà mes réflexions...

Merci de vos remarques. Yuston, concernant les CSS, là j'ai dû mal à avoir les infos précises. J'ai appris que Jaws peut comprendre les propriétés CSS comme "visibility:hidden" d'autres outils d'assistance "display:none"... Je ne sais pas trop...

Bonjour, Je voudrais savoir si l'utilisation de la propriété CSS "overflow:scroll" pose problème à des personnes ayant un handicap. J'ai demandé à un utilisateur de Jaws qui ne voit pas d'inconvénients dans l'utilisation d'une div scrollable, il a accès à l'information de celle-ci. J'ai testé le grossissement de caractères, cela se passe bien à condition d'utiliser des valeurs relatives. Pensez-vous qu'il n'y aura pas de problèmes, c'est pour l'utiliser sur un site accessible ? Merci d'avance.

Mais les personnes aveugles utilisent bien LYNX couplé à une synthèse vocale JAWS et plage braille, non ? Ou encore LYNX avec une plage braille ?

Savez-vous si beaucoup de personnes aveugles utilisent LYNX pour naviguer sur Internet ?

Bon, je reprend la suggestion de Denis : se contenter d'une image ayant un ALT et un TITLE. Normalement, il faut que le ALT et le TITLE aient le même texte, vous me confirmez ? Et une dernière question, je veux savoir le title d'une image peut aller jusqu''à combien de caractères ? Merci d'avance.

Si, si, on peut mettre sur une image ALT et TITLE en même temps, c'est tout à fait accessible.

Mmh Dudu, c'est fou comme on croit maîtriser tous les problèmes d'accessibilité (bien sûr que c'est impossible), j'ai oublié la navigation par tabulation...je n'ai pas du tout pensé à ABBR. Mais quelque chose cloche dans ton propos, dans le premier cas, tu me dis : si tu utilises les touches, l'info-bulle du faux lien ne fonctionnera pas. Dans le second cas, tu parles de la navigation avec la souris, l'info-bulle de ABBR apparaîtra, mais qu'en est-il de la navigation par tab ?

La solution de mettre le title dans l'input est une bonne idée mais effectivement, cela risque de ne pas être assez intuitif. Le mieux est peut-être de mettre un title sur un faux lien car je peux aller jusqu'à 80 caractères alors qu'avec le ALT sur l'image, il y a uniqument 60 caractères, je suis plus limitée. Oui, je confirme que la valeur du ALT qui apparait au survol sous IE est une entorse aux standards. C'est pourquoi, on ne le voit pas sous Mozilla et autres navigateurs.

Ben, c'est mieux de laisser les champs vides dès qu'on arrive sur le site. Ce n'est pas génial de laisser des valeurs par défaut, il faut alors mettre un focus pour enlever, ce n'est pas terrible pour les personnes ayant des problèmes moteurs, non ?

Bonjour à tous, Je me demandais si le fait de créer un faux lien (c'est-à-dire un lien qui n'a aucune destination) dont la fonction est de faire apparaître l'info-bulle grâce au title est conforme et surtout accessible ? Pour situer le contexte, imaginez dans un formulaire, un champ un peu complexe nécessite une explication, au lieu d'avoir un lien qui ouvre une pop-up d'dexplication, on a un point d'interrogation lequel est un faux lien qui ouvre l'info-bulle lorsque le curseur est sur celui-ci. Je peux faire cela, qu'en pensez-vous ?

J'ai parlé un peu vite, sur la page donnée Opodo, le formulaire est dans un iframe, c'est pour cela que HPR le saute.

Bonjour à tous, Avec Home Page Reader, il est possible de basculer dans différents mode de lecture à savoir mode article (contenu basique d'une page), mode commandes (formulaires), mode tableaux, mode en-têtes et etc... J'ai une question avec le mode commandes pour lire les champs d'un formulaire : pourquoi sur certains sites, lorsque je passe en mode commandes, HPR me répond aucune commande, je pensais au départ que c'était lié à l'absence de LABEL FOR sur les champs. Je me suis rendue compte que cela n'a rien à voir avec l'absence de ces attributs puisque j'ai trouvé un formulaire non accessible et qui passe bien avec HPR. Savez-vous à quoi est-ce du ? Exemple d'un formulaire non accessible mais qui passe bien avec HPR : Recherche d'annonces d'emploi dans le Multimédia et le formulaire non accessible mais qui ne passe pas avec HPR : Opodo Merci d'avance de vos lumières !

Je félicite l'initiative prise par le webmaster du site. C'est une bonne idée de se constituer une base de données de témoignages des personnes atteintes d'un handicap. Bravo !

Bonjour à tous, Eric, je sais bien qu'il y a un Legend, mais ce que je veux savoir est l'utilisation exacte de LABEL FOR. Est-ce que LABEL FOR est strictement réservé au nom d'un champs ? Je vois des sites qui associent LABEL FOR à FIELDSET, est-ce correct ou non, telle est ma question ?