Bonjours,
Je vien de lancer une nouvelle version de mon site, en essayant d'étre le plus accessible possible.

J'aimerai si possible avoir des commentaire, sur l'accessibilité du site, si tous va bien.

Merci d'avance à tous.

Edit: Sans l'adresse vous allez avoir du mal: http://www.zone-webmasters.net

Edit2:Si personne ne repond je vais finir par croire que c'est parfait

Bonjour crocxx,

Si je désactive les images, plus de titre du site.
Pas de label sur le formulaire de connexion
Sous IE7 si je navigue au clavier je suis incapable de dire ou je suis dans le menu horizontal
Si je désactive javascript je suis obligé de supprimer le champ des input à la main donc 2 manips supplémentaires fastidieuses avant de pourvoir m'en servir.
Si je désactive les images je n'ai pas de manière de voir le hover des liens de droite puisque celui-ci ne passe que par l'image (couleur de fond).
Il n'existe pas de différenciation des liens visités quand il n'y en a que 2 ou 3 cela le fait si d'aventure il en existe wattmille ce sera nettement plus facile de s'y retrouver.

Voilà pour un coup d'oeil rapide.

Ok merci.

Pour le titre du site, est il vraiment nécessaire qu'il soit afficher même quand il n'y a pas d'image?

Pour le reste je vais essayer de tous régler

Pour continuer ce que disai Knarf, si je navigue au clavier, je n'ai pas les menus déroulants qui s'affichent, de même si js est désativé plus de sous menus, sinon personellement je trouve les couleurs difficiles bleu pâles et blanc ! Bon boutlot quand même

Eric.

Au cas ou le javascript est désactivé les liens du menu renvois quand même vers des pages ou ce trouve les liens des sous-menu ;)

Pour les couleurs je sait sa fait pas super, mais j'ai un peu de mal

Justement, si les liens des sous menus sont repris sur les pages, pourquoi mettre un menu déroulant et ne pas faire simple si l'on est dans une démarche d'accessibilité?



Si on parle d'accessibilité oui, sinon c'est à toi de faire un choix sachant que ne pas le faire peut avoir une influence sur la navigation de certaines catégories d'internautes.

Sinon je viens de voir qu'il n'y avait aucun title sur le lien du logo.

Oui d'autant plus qu'il y a un lien dessus, tu dois renseigner le contenu de l'attribut alt, l'image à un contenu rédactionnel qui doit ressortir, elle n'est pas la uniquement pour faire joli il me semble, non?



Un menu déroulant peut faire partie d'une démarche d'accessibilité, permettre à ceux qui peuvent d'accéder aux rubrique en un clic au lieu de deux pour les autres

C'est exactement ça



En faite actuellement l'image n'est qu'un simple fond que j'ai mis sur un lien de titre en CSS pour que quand les CSS soit désactivé le lien est le titre soit encore visible.

Effectivement le seul problème est que quand les images sont désactivé il n'y a pas de texte alternatif.
Si je met un title sur le lien sa pourrait rendre le titre plus accessible?

Quel intérêt de faire au lieu de cela passe tout aussi bien, en étant sûr de respecter les contraintes d'accessibilité.

Je ne suis vraiment pas persuadé que la présence d'un menu déroulant s'inscrive dans une démarche d'accessibilité.

Si on désactive par exemple la couleur sous firefox, jusque là tout vas bien.

Maintenant si on est obligé de rajouter un item au menu publication, qu'est ce qui risque d'arriver et réduira le gain du clic au néant, une superposition des sous menu sur le texte rendant le menu pour ainsi dire inutilisable.

Autre cas de figure si je désire moi naviguer sans les couleurs avec une taille de police de 18 pixel hé bien c'est dès le départ que le menu est en partie inutilisable.

Imaginons maintenant que j'ai utilisé ce beau menu déroulant et que je revienne à la page précédente en utilisant "retour" du navigateur ou que pour une raison ou une auttre, j'utilise "alt+ flèche" ou "le mouse gesture", je vais me retrouver sur la page d'accueil qui ne me sera d'aucune utilité et me forcera à réutiliser le menu déroulant pour avoir l'information sur les sous rubriques. Il faudra donc que je me souvienne à chaque fois que j'arriverai sur ce site qu'utiliser le menu déroulant est une très mauvaises idée compte tenu de ma façon de naviguer.

De plus, on ne doit pas être loin d'un flagrant délit de détournement d'un élément html (liste de définition) à des fins de présentation.

Est-ce que que le gain d'un clic par rapport aux multiples gènes que cela peut occasionner est vraiment inscrit dans une démarche d'accessibilité?

Dans le cas présent Il y aurait à mon humble avis d'autres choses à faire et à penser avant l'utilisation d'un menu déroulant quelquesoit son hyptothétique gain d'accessibilité.

Cela ajoutera une entrée au menu, je ne vois pas comment il pourrait devenir inutilisable surtout qu'il y a une alternative dans ce cas prècis



La ok, quoique, il y a une légère gène mais n'est pas inutilisable



Je ne comprend pas ta façon de naviguer, tu es sur la page d'accueil, tu vas sur le lien qui pointe vers un sous menu, puis tu fait précédent, c'est tout à fait normal de se retrouver sur la page d'accueil, et rien n'oblige utiliser le sous menu, puisqu'il y a un lien sur le menu principal vers une page intermédiaire, donc c'est plutôt un faux problème. Le menu déroulant est un plus pour les personnes ayant les caractéristiques nécessaires pour le faire fonctionner, mais tel qu'il est défini dans son site, je ne le considère pas comme intrusif et comme un obstacle à la navigation dans le cas contraire.



La peut être, les avis diffèrent sur ce sujet, mais la problématique n'est pas vraiment la.



Je n'ai par rapport à tes arguments trouvé aucune vrai gène, l'accessibilité d'un site passe aussi par son ergonomie, qui dans ce cas précis me semble tout a fait convenir



C'est ton avis et je le respecte

Mon menu déroulant n'est la qu'a des fin de rapidité, qu'il soit accessible pour un visiteur ou non il y a quand même possibilité d'accéder au contenu.

Pour le formulaire de connexion en haut, c'est une barre de connexion rapide et même si elle n'est pas accessible pour tous (javascript et pas de label) il y a quand même un lien vers une page de connexion avec un formulaire beaucoup plus accessible.

Pour ce qu'il en est de la liste de définition pour le menu, effectivement il y a un petit détournement de la sémantique, mais pas beaucoup plus qu'avec des listes a puces. Pour ne citer que lui le site du w3c par exemple ne sépare ses liens avec des | seulement.

Pour réalisé un site web, il faut allier accessibilité, optimisation pour le référencement, et design et sa devient vite un casse tête, chacun fait c'est choix, mais je pense pas que quelqu'un puisse dire que mon site est inaccessibles

Mais bon comme sur tous les sites il y a des choses a amélioré, et ça tous le temp, rien n'est parfait, c'est pour ça que j'ai demandé votre avis

Bonjour,

Pour un utilisateur avancé, le menu déroulant ne pose normalement aucun problème, plus tu élargis la cible plus tu as des chances de poser des problèmes d'utilisation ou de comprèhension.

Là tu veux faire gagner un clic au risque de rendre la navigation difficile à certaines catégories d'internautes alors que l'information est accessible en 3 et ne doit poser aucun problème. Est-ce le bon choix?

Un des principe de l'ergonomie n'est il pas justement de faire simple?

Si tu as cette démarche sur tous les sites que tu fais je persiste à dire que ce n'est pas une bonne solution si on parle d'accessibilité.

Mais de quelle accessibilité parle t-on au fait car tu demande si ton site l'est, on te réponds qu'il existe des problèmes mais jusqu'à maintenant tu n'as modifié qu'une seule chose, le hover des liens du menu et pour toi le restant ne semble pas important.

Avant de poser cette question, as tu suivi quelques recommandations que ce soit (accessiweb, Opquast, Rgaa...).

Si vraiment tu étais dans une démarche d'accessibilité, seul argument pour la prèsence du menu déroulant tu te serais aperçu dès le départ par toi même que ton site posait certains problèmes de la manière ou tu l'as conçu.

Par exemple, tu te serais dit qu'il y avait un label à mettre sur le formulaire d'inscription et tu ne l'aurais peut être pas agencé de cette manière et tu n'aurais pas été obligé de rendre son remplissage fastidieux (javascript désactivé). "Pseudo" tu le mettais sur le label et tous le monde était satisfait.

Ce n'est pas une fois que le site est fini que l'on pense à l'accessibilité, c'est avant d'ouvrir photoshop.

Pour ma part tel que conçu je ne vois pas en quoi il pose des problèmes d'accessibilité à certaines catégories d'internautes?

En fait la question est :

Est ce que le fait de pouvoir acceder aux sous rubriques via le premier lien fait de ce menu un menu accessible j'entends par là validable (label, rgaa...) malgré tous les problèmes qu'il pose autrement?

La parole est aux experts.


Sinon dans le fond il y a quand même un truc qui me gène c'est l'association de "menu déroulant" et "démarche d'accessibilité" essaye de me trouver un article qui stipule que dans ce type de démarche, l'utilisation d'un menu déroulant est conseillé.

Le formulaire de connexion sur toutes les pages est à l'identique du menu déroulant, il est uniquement la pour faire gagner un clique au utilisateur ayant les moyen technique pour sont utilisation, il y a un autre formulaire de connexion qui lui me parait accessible:
http://www.zone-webmasters.net/connexion.php






Je ne voix pas quelques catégories de visiteurs peuvent avoir une navigation difficile avec ce menu? Les visiteurs n'ayant pas la configuration requise pour l'utiliser peuvent simplement cliquer sur le lien pour arriver vers un page qui contient les même liens que sur le sous menu, il ne perde donc qu'un clique par rapport au autre.

Enfin je me trompe peu être. Si quelqu'un peu m'expliquer les difficulté d'accéder au contenu avec ce menu je suis preneur.

L'accessibilité, il me semble prend en compte l'ergonomie, et le fait d'économiser un clic par le biais d'un moyen que les utilisateurs ont l'habitude (Les menus sous windows sont pour la plupart déroulant non?) permet d'améliorer cette dernière. Bien sûr tant que le menu contient un nombre d'éléments raisonnable.



Cf ma réponse juste avant cette citation : l'ergonomie fait partie de la politique d'accessibilité, et tant qu'a faire trouve moi un article qui stipule que le menu déroulant est à banir!!!

Justement d'après ce que j'ai pu lire c'est une erreur de faire un comparatif entre le menu d'une application et le menu d'un site web.



Des article qui stipulent que le menu déroulant est à banir je ne pense pas, par contre des articles qui le déconseille ou qui parlent de la gène que cela peut occasionner à certains publics ou qui parlent de les utiliser avec toutes les précautions qui s'imposent oui je pense pouvoir en trouver quelques uns.

Mais bon, je pense que l'on restera plus ou moins sur nos positions en ce qui concerne les menus déroulants et de toutes façons je pense que croxx voulait s'entendre dire que son site était ergonomique et accessible, donc oui crocxx ton site est ergonomique et accessible.

Ou?



Cela m'interesse de les lire.



La question n'est pas ce qu'il voulait s'entendre dire, mais l'est-il vraiment?

A partir du moment où le menu déroulant n'est pas un obstacle pour ceux qui ne peuvent pas l'utiliser, mais est un plus pour ceux qui le peuvent, il n'y a pas de souci d'accessibilité.
En l'occurrence, la désactivation de JavaScript empêche l'utilisation du menu déroulant, mais n'empêche pas de pouvoir accéder à la totalité du site, il n'y a donc pas de problème.

Ici ce n'est pas le cas?



Ce n'est par vrai, j'ai vu quelques faiblesse de mon site niveau accessibilité:



Je n'est simplement pas compris en quoi le menu déroulant était un frein pour certaine catégories d'internautes.
De plus knarf tu na pas pu m'expliquer en quoi le menu était inaccessible pour certain internautes, tu ma juste donner l'affirmation qu'il l'était.

Si tu m'avez dit et expliquer dans tel ou tel cas avec tel ou tel configuration il est impossible d'acceder au contenu, la j'aurais tester et remis mon menu déroulant en question. Et tu capable de faire ça?

Mais bon stoppons le débat la sa ne mènera nul part, par contre si vous remarquer d'autre choses qui rende le contenu inaccessibles je suis preneur

Pour ce qui est des menus déroulants, ils peuvent poser problème aux utilisateurs ayant des handicaps cognitifs (comment sait on qu'il y a quelque chose derrière un lien ?) ou ayant des handicaps moteurs (par ex la maladie de Parkinson)

Je vais pousser un peu, mais bon puisque faut en passer par la : dans ce cas il faut faire des sites internet d'une seule page!

Bon, dans le cas présent, il me semble que le menu est clairement identifiable, et



Il me semble que le menu actuel n'oblige pas de passer obligatoirement pas les zones déroulantes, du coup l'argument du handicap moteur ne tiens pas.


L'accessibilité est aussi une affaire de compromis : AUCUNS, absolument aucun site ne peut se prétendre totalement accessible, il restera toujours une catégorie (ou des catégories) d'handicap que l'on ne pourra pas traiter. Et les handicaps cognitifs en font partis, à ce jour il n'a pas été trouvé solutions exploitables.

Tout à fait, je donnais juste des exemples de cas pouvant poser problème

Ok, je comprend bien

C'est quoi un handicaps cognitifs? Je ne sait pas ce que c'est, si il y a possibilité de m'expliquer de façon simple

J'ai trouvé une définition, mais je n'est pas vraiment compris:

http://fr.wikipedia.org/wiki/Processus_cognitifs

Le handicap cognitif est la conséquence de la déficience des fonctions cérébrales comme :

• l’attention,
• la mémoire,
• les fonctions exécutives et perceptives,
• le raisonnement,
• le jugement,
• le langage.

En ce qui concerne la comparaison menu déroulant menu d'application :



http://www.veblog.com/fr/2001/0203-pm-gouv-fr.html repris par Laurent Denis dans un de ses billets sur blog and blues.

Pour les menus déroulants, Fait des recherches avec accessibilité et tu devrais trouver quelques articles expliquant pourquoi un menu déroulant peux poser problème et que plus tu élargis la cible plus il a de chance d'en poser.

Exemple :
http://blog.alsacreations.com/2006/10/17/2...enus-deroulants.



Ce n'est pas vrai je t'ai bien parlé du chevauchement du texte en cas de désactivation des couleurs, et puis je n'ai jamais dit que le menu est inaccessible mais qu'il pouvait poser des problèmes d'accessibilité ce qui à mon sens n'est pas tout à fait pareil.

(après quelques recherches il semblerait que ce soit un bug de firefox qui devrait être résolu).

Je pense que nos divergences d'opinions viennent de la manière ou chacun de notre coté nous apréhendons l'accessibilité.

Vous (dadou et crocxx) semblez réfléchir en terme d'inaccessibilité, alors que j'essaye (je dis bien j'essaye) de réfléchier en terme d'accessibilité.

Si l'on parle en terme d'inaccessibilité c'est "l'alibi parfait" mon site est fait n'importe comment (je ne parle pas du tiens crocxx) mais il n'est pas inaccessible puisqu'il existe une version texte.

L'accessibilité c'est pour moi avant tout permettre à un maximum d'internaute d'utiliser une fonctionnalité présente si cela est possible.

Il n'est pas question de bannir le menu mais si un tel choix est fait, faire au moins en sorte que celui-ci soit utilisable par un maximum de personnes.

Crocxx donne possibilité d'accéder directement aux sous rubriques mais :

Si je navigue au clavier je n'ai pas le droit à cette fonctionnalité.
Si je navigue sans javascript je n'ai pas le droit à cette fonctionnalité

Pourquoi moi je n'ai pas le droit à cet avantages alors que c'est tout à fait réalisable?

Le formulaire de connexion :

Pourquoi, parce que je désactive javascript je suis obligé de galérer pour remplir le formulaire?
Pourquoi parce que j'utilise JAWS je ne peux pas utiliser ce formulaire dans les meilleures conditions?

Si on vas plus loin, l'accessibilité des sites web c'est aussi une façon de permettre une meilleure insertion et socialisation de certaines catégories d'internautes.

Là si j'osais un raccourci par rapport à tous les arguments donnés c'est :

"Vous êtes différents, vous ne naviguez pas comme tous le monde hé bien je vous le fait une fois de plus bien ressentir en ne vous donnant pas accès aux mêmes facilités et fonctionnalités qu'aux autres"

Il n 'y a pourtant rien d'insurmontable ni d'irréalisable dans ce que j'ai pu énoncer concernant les problèmes d'accessibilité.

Bon, bien, on est toujours pas d'accord.

J'avais déjà lu les articles de tu donnes, et j'en tire encore les même conclusions

Dans le premier article celui de veblog, ils parlent d'un test effectué sur un groupe de personne, ce test réalisé à partir du site du premier ministre et de son menu déroulant qui posait quelques difficultés sur certains points qui ne sont pas reproductibles sur ce menu.

Il est bien spécifié que dans des conditions très spécifique un tel menu peut générer des problèmes d'accessibilité, pas qu'il en génère forcement.



Non je réfléchis pas en terme d'inaccessibilité, ni même en terme d'accessibilité, mais en accessibilité intelligente (je l'ai il me semble déjà préciser, il y avait des concessions à faire en accessibilité) : Oui, l'accessibilité absolue n'existe pas plus que l'interopérabilité absolue. Il y a et il y aura toujours un cas minimum où une page ne "marchera" pas. Un navigateur, une configuration, un réglage d'options, etc...



Oui en effet le menu actuel peut encore être amélioré pour proposer ces possibilités : http://iubito.free.fr/prog/menu.php

Mais dans l'état et il reste tout a fait utilisable, c'est ce qui au départ est le plus important non?

Merci pour le lien, je pense que sa va bien me servir

Edit: Mon menu est maintenant accessible à plus de personne (navigation clavier et js désactivé avec les navigateur respectant les standards.).

L'article de veblog était là pour la comparaison "menu d'application menu de site web " qui semble être un mauvais raisonnement mais bon!



On parle de concession quand vraiment il n'est pas possible de rendre une information accessible sans éclater un budget, sans mette un temps considérable pour le dévellopement pour un résultat minime, sans une remise en cause complète ou partielle du site mais là, ou est le besoin de concessions dans toutes les remarques qui ont été faites sur l'accessibilité du site?




Ha! donc on avance.

Maintenant si l'on vas un peu plus loin et que l'on se place dans une démarche d'accessibilité, est ce que la phrase ne pourrait pas devenir :

"Oui en effet le menu actuel doit ou devrait encore être amélioré pour proposer ces possibilités".

D'ailleurs c'est la voie que semble prendre crocxx.



On en reviens toujours au même, cela dépends de ce que tu veux faire, un site utilisable ou un site accessible. C'est comme le formulaire, il est tout à fait utilisable mais j'ai des doutes quant à son accessibilité et son ergonomie en cas de désactivation de javascript.

Personnellement, je ne conçois ce menu déroulant que comme un "plus", étant donné qu'il n'est pas indispensable à la navigation.
On peut effectivement travailler pour le rendre plus accessible, mais le simple fait qu'il ne soit pas accessible à tous n'est pas un handicap, et n'est pas un problème d'accessibilité générale du site.

• Le formulaire d'inscription n'a pas de label et le contenu à effacer si javascript est désactivé rends son utilisation fastidieuse.
• Les liens visités ne sont pas différenciés
• Le logo est toujours invisible si les images sont désactivées.
• L'information sur le hover des liens du menu principal ne passe que par la couleur.
• Pour les liens de droite je ne suis pas persuadé que la solution que tu as choisis pour le hover soit vraiment heureuse et peut même être assez déroutante, peut être que quelquechose de plus simple comme juste les passer en gras serait mieux.
• Il n'existe pas de plan du site.
• Il n'existe pas de recherche.
• Sur le formulaire d'inscription, rien est présent pour spécifier que les éléments sont obligatoires c'est évident pour toi, pour moi, mais cela ne sera pas le cas pour tous le monde.
• Sur ce même formulaire il existe des fieldset mais pas de legend alors que c'est l'objectif premier de ce couple regrouper les éléments de formulaires et annoncé leur fonction, il y a bien les titres mais dans ce cas là je ne suis pas sur qu'ils remplissent le même rôle que legend.
• L'accés rapide au contenu ne fonctionne pas sous IE quand l'on tente de reprendre le focus au clavier, cela redirige vers le logo (voire à ce sujet http://css.alsacreations.com/Accessibilite...ns-d-evitement).
• Voir éventuellement pour rajouter un fil d'ariane.
• Sur chaque page de rubrique, peut -être rendre le formulaire plus explicite "trier les articles" dans un fieldset (legend) et "par type", "par odre" dans des label

EDIT : Tu renseigne tes select de cette façon Jour Mois Année je suppose que c'est une manière pour toi de savoir de suite à quoi cela corresponds pourquoi ne pas le mettre également pour les utilisateurs au lieu d'utiliser JJ MM AAAA?

Merci pour tous ces conseil, je vais mètre en pratique

Pour le premier je me suis trompé c'est le formulaire de connexion dont j'ai parlé dès le début pas celui d'inscription.