Aller au contenu

accessibilité


Sujets conseillés

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.

Lien vers le commentaire
Partager sur d’autres sites

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

Pourquoi l'analogie avec le logiciel classique ne fonctionne pas :

La principale raison pour laquelle les concepteurs de certains sites croient que les menus déroulants apportent un plus à l'utilisateur est liée à l'usage massivement répandu de cette technique dans les logiciels que tout le monde utilise au bureau. Ils présupposent que cette analogie facilitera l'usage des sites ainsi équipés.

Bien à tort ! Tout d'abord, on notera qu'un utilisateur a en général besoin d'une formation ou de nombreux tâtonnements pour comprendre un logiciel inconnu.

D'autre part, s'il a installé le logiciel, c'est avec une certaine motivation, et l'envie de passer le temps nécessaire pour en exploiter les possibilités qui l'intéressent. Sur le web, le temps que l'internaute est prêt à passer pour comprendre le fonctionnement d'un site est proche de zéro : soit le site est immédiatement intuitif, soit une importante proportion d'utilisateurs va voir ailleurs.

Ensuite, les menus déroulants des logiciels obéissent à une logique particulièrement rigoureuse y compris lorsque l'on change de logiciel, voire même de système d'exploitation :

Le premier menu s'appelle toujours « fichier », on est à peu près sur d'y trouver des commandes d'ouverture, de fermeture, de sauvegarde du travail en cours, etc...

Le second menu se nomme presque toujours « édition », avec les fonctions « copier-couper-coller-annuler »,

Le troisième concerne souvent l'affichage,

Le dernier est le menu d'aide,

Et seulement entre cette aide et l'affichage, deux ou trois menus propres à chaque application, qui demandent un temps d'apprentissage plus élevé.

La barre de menus de la plupart des logiciels comporte invariablement

la séquence "fichier | édition | affichage .... aide"

cette permanence facilite en général l'apprentissage des logiciels.

Rien de tout çà avec les menus déroulants sur internet : chaque concepteur fait ce qu'il veut, et les menus sont imprévisibles, non constants d'un site à l'autre...

Enfin, le logiciel a pour fonction de manipuler des contenus, de les éditer, modifier, bref, d'agir sur un contenu qui évolue par séquences sur l'écran. A contrario, le web est d'abord un outil de navigation dans une masse de contenus, visant à faire se succéder divers objets à l'écran, avec un niveau d'interaction assez limité avec ces objets. Les éléments d'interface adaptés à la première fonction ne le sont pas forcément à la seconde.

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.

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.

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é.

Modifié par knarf
Lien vers le commentaire
Partager sur d’autres sites

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.

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é.

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...

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?

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?

Lien vers le commentaire
Partager sur d’autres sites

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

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.).

Modifié par crocxx
Lien vers le commentaire
Partager sur d’autres sites

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

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...

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?

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

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.

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

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.

Lien vers le commentaire
Partager sur d’autres sites

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.

Lien vers le commentaire
Partager sur d’autres sites

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

  • 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?

Modifié par knarf
Lien vers le commentaire
Partager sur d’autres sites

Veuillez vous connecter pour commenter

Vous pourrez laisser un commentaire après vous êtes connecté.



Connectez-vous maintenant
×
×
  • Créer...