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 ?

Je répondrai comme je ne sais plus qui, il faudrait mettre le lien sur une image, avec un beau petit alt sur l'image et un title complémentaire sur le lien. Tout le monde y gagne, et si c'est fait proprement ce sera à la fois conforme et accessible. À la rigueur tu pourrais carrément faire sauter l'élément <a> et te contenter d'un title sur une image de point d'interrogation par exemple. Si ça ne mène nulle part, détourner l'élément <a> sera conforme, mais ni sémantique, ni correct.

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 ?

Bonjour à tous,

Dudu,

il ne m'est pas facile de me passer des tableaux de mise en page, ce que j'essaie de faire est de minimiser l'utilisation et l'imbrication des tableaux de mise en page.

Je n'ai pas réussi pour l'instant à créer une page faite uniquement de CSS qui s'adapte à différentes résolutions et s'adapte au grossissement des caractères (je rencontre très souvent des problèmes de superposition de textes), est-ce encore lié à une méconnaissance des CSS ? Je me rends compte qu'il faut plusieurs mois de travail pour bien utiliser les CSS afin de contourner les problèmes d'accessibilité. C'est mon objectif, mais je rame !!!

Encore une fois, le WCAG et AccessiWeb ne rejettent pas les tableaux de mise en forme mais en recommandent de limiter l'usage. Je n'ai pas entendu d'interdits de leur part.

Bonjour,

Je me pose une question :

Peut-on mettre le LABEL FOR sur un FIELDSET qui englobe un seul champ ?

Ou le LABEL FOR est uniquement réservé au nom du champ ?

Cela veut dire que Jaws par exemple ne dit rien sur le tableau, c'est sans danger, je veux dire sans problème alors ?

Bonjour,

Je sais qu'il faut mettre un SUMMARY vide pour les tableaux de mise en page, et renseigner le SUMMARY pour les tableaux de données.

Je voulais savoir que se passe-t-il si on oublie de mettre l'attribut SUMMARY dans un tableau de mise en page. Comment réagissent les synthèses vocales ?

Merci d'avance de vos lumières !

Oui peut-être que le problème vient d'ailleurs, je ne sais pas trop, il faut que je regarde à nouveau (

Merci Nissone

Alors, j'ai ajouté ceci :

#contenuCentral{width:100%;display:table-cell;voice-family: "\"}\""; voice-family:inherit;display:block;height:100%;background-color: #000;margin:0px;padding:0px;}
html*#contenuCentral  {display:table-cell;}/* cette régle est cachée pour Opera*/

Mais le pb est que sous Mozilla, cela ne marche plus, sous Opera, c'est impeccable. En fait, je ne sais pas trop quoi dire après "inhérit", j'ai mis "display:block" car c'est par défaut...

Bizarre que cela ne marche pas avec Mozilla le hack d'Opera...

Merci Nissone,

Je ne connaissais pas l'astuce pour cacher à Opera. Je comprends mieux pourquoi certains sites utilisaient ce jargon pour tricher...

Malheureusement, je n'ai résolu mon problème avec :

#contenuCentral{width:100%;display:table-cell;height:100%;background-color: #000;margin:0px;padding:0px;}
html*#contenuCentral  {display:table-cell;}/* cette régle est cachée pour Opera*/

mais je me dis qu'il ne faut pas être trop perfectionniste et que le bug nest pas trop disgrâcieux, c'est ce qui compte.

Hélàs pas de php

Bonjour à tous,

J'utilise "display:table-cell;height:100%;" pour forcer les colonnes à occuper toute la hauteur du contenu. Cela marche bien avec IE, Mozilla. En revanche avec Opéra, il apparaît un petit bug provoqué par la présence de "display:table-cell". Si je l'enlève, Opera ne rencontre plus de bug mais c'est Mozilla qui rencontre un bug.

Je cherche un hack qui force Opera à ne pas lire "display:table-cell" comme si cette propriété n'était pas visible, c'est possible de faire cela ?

Merci d'avance.

Bonjour,

Je reprends tout à zéro les DIV, je me sens complétement paumée.

Beaucoup de choses que je ne comprends pas.

J'explique la situation, je crée une balise conteneur qui fait 100% de large, j'y inclus 2 div, les 2 font 40% de large et chaque div a un padding-left et padding-right de 5%. Donc, si je fais mon calcul : j'ai bien 100% au total. Cela marche bien avec Opera et Firefox, avec IE, non...

Pour IE, je sais que si je garde les mêmes valeurs, les 2 div font 80%, les valeurs des padding ne sont pas "prises en compte".

J'ai bidouillé, je ne pige pas.

Voir ma page : page test

Que faire pour avoir le même résultat IE, opera, Firefox ? Je suis déprimée car je crois comprendre et en fait pas vraiment...