Plan de site Navigation
Blog & Blues Techniques et Standards de la Qualité Web

Accueil > weblog


- Lire le billet précédent - Lire le billet suivant -

Ajax, DHTML et conception accessible: une question de démarche

Par Laurent Denis, le 01 mars 2006.

Agacé par les abus d'Ajax et de DHTML, Laurent Jouanneau cite dans un récent billet l'exemple d'une page de description du CMS de blog logahead :

J'en viens maintenant au truc qui me fait bondir : la page des fonctionnalités. Pour lire le détails de chaque fonctionnalité, il faut faire un drag and drop d'une image vers une zone d'affichage. Non seulement je ne vois aucun interêt à présenter la chose de cette façon, mais en plus, c'est en matière d'utilisabilité plutôt léger :

  • le drag and drop, c'est contraignant à faire, surtout quand c'est juste pour lire un bout de texte. Déjà que certains ont du mal à cliquer (par manque d'experience ou par problèmes aux doigts etc...), alors faire du drag and drop...
  • ceux qui zooment le contenu de la page web pour cause de déficience visuel, ne peuvent lire qu'une partie du texte, celui-ci passant sous les images (Avec un style overflow, ça devrait toutefois se résoudre..).

En fait, cet exemple est très révélateur des problèmes de démarches de conception intégrant à la fois l'accessibilité et ces interfaces enrichis depuis peu à la mode.

Quels sont les problèmes rencontrées sur cette page, en l'état ?

  • Cet usage du drag and drop crée un nouveau mode de navigation, jusqu'ici peu usité. Il peut dérouter et il nécessite actuellement, en l'absence de signalétique communément admise, de fournir carrément le mode d'emploi de l'interface : To find out more about each feature, drag the screenshot to the 'information well' below: ;
  • Il est effectivement obstructif et pose d'évidents et nombreux problèmes d'accessibilité, de gravité variable, que ce soit au clavier ou avec des dispositifs de pointage spécifiques, sans support javascript et/ou CSS, dans une loupe ou un lecteur d'écran, via un terminal braille, un navigateur texte, un ancien navogateur graphique, un navigateur graphique récent mais à l'implémentation javascript imprévue par l'auteur, depuis un mobile, etc.
  • Il agace Laurent Jouanneau, qui aimerait bien pouvoir consulter cette page sans devoir en passer par là ;

Mais... A quoi a-t-on affaire, en réalité ? Il me semble qu'il s'agit plus d'une question de démarche de conception que d'abus de fonctionnalité gadget et inutile. En effet :

  • La page a été conçue en vue d'un media unique (screen) et de conditions de rendu très spécifiques ;
  • l'interface est prioritaire sur le contenu, sa réutilisabilité, son interopérabilité et son accessibilité ;
  • l'accessibilité sera inévitablement abordée a posteriori en termes d'améliorations et d'accumulation de patchs plus ou moins disparates et dispendieux.

Reprenons la page par le bon bout, à présent, c'est à dire le contenu. L'auteur pouvait :

  • concevoir un ensemble de pages (ou une page unique) fonctionnel et accessible sur la seule base du standard HTML (ce qui nécessitait par exemple des liens cliquables vers les différentes pages détaillant les fonctionnalités) ;
  • concevoir un interface (via CSS) "traditionnel" sur cette base ;
  • y intégrer son drag and drop en tant que mode de consultation complémentaire.

Comme l'écrivait récemment Molly Holzschlag , reprenant les propos de Jeremy Keith :

When it comes to Ajax and related approaches, Jeremy has an interesting philosophy. He’s focused on the small stuff, the little enhancements that mean a lot. Elegance, intelligence and a light hand in everything we do is the gospel Jeremy preaches, and it’s more than sensible. It allows developers and designers to implement the cool stuff but do so without sacrificing all of the benefits related to Web standards and accessibility.

Dans ce cas, pas de patch, pas de situations d'utilisateurs imprévus à gérer, et la possibilité pour chacun de s'essayer à ce mode de consultation inhabituel mais intéressant.

Trackbacks

Les trackbacks pour ce billet sont temporairement fermés en raison d'une série d'attaques de spam.

Commentaires

Tom, le 01 mars 2006

Il faut tout de même savoir que ce projet LogaHead est celui d'un étudiant anglais de 17 ans.
Donc ne juger pas trop vite son travail qui je trouve est très bon.
Et non ce n'est pas une "jackysation" des sites car pour ma part j'ai de suite trouver le moyen de parvenir à l'information. Cela permet de faire apparaître le contenu de l'information que l'on souhaite dans une même zone en glissant des éléments dans cette zone, c'est le même principe que le drag & drop de produits dans un panier d'achats.
Enfin ceci est mon avis.

Laurent Denis, le 01 mars 2006

Oui, Tom, il ne s'agit clairement pas de "juger" ce projet. J'ai trouvé simplement que c'était exemple parlant d'un problème qu'on rencontre tout aussi bien sur des sites réalisés par des gens beaucoup plus expérimentés.

Et en effet, mais c'est une question plus subjective, je suis moi aussi assez séduit par cet usage du drag & drop à la manière du caddie. Mais il s'agit de bien la mettre en oeuvre, ce qui nécessite d'en faire une possibilité plutôt qu'un goulot d'étranglement dans l'accès au contenu smiley clin d'oeil

LaurentJ, le 01 mars 2006

Tom : je ne juge pas dans la globalité le travail de cet étudiant (ce que j'ai pourtant bien préciser au début de mon billet). Je pointe du doigt dans mon billet un simple problème que l'on retrouve dans bon nombre de site !

Comme je le dis en commentaire dans mon billet, la préoccupation première du web 2.0, est de remettre l'utilisateur au centre des préoccupations. N'est ce pas un comble, pour un site qui se veut web 2.0, de priver l'accés à l'information à beaucoup plus de personne que si il avait simplement afficher chaque déscription les unes à la suite des autres ? Cette pratique est en contradiction TOTALE avec le web 2.0 !

Je ne remet pas en cause le dnd en lui même : oui, il est utile, voir pertinent de l'utiliser pour un panier, ou autre chose ayant une véritable fonctionnalité. Mais comme Laurent le fait remarquer, ce n'est pas la fonctionnalité qu'il faut mettre en avant et penser à développer en premier lieu, c'est le contenu ! Car en fin de compte, l'utilisateur ne vient pas sur un site pour faire mumuse avec du dnd, il vient en premier lieu pour accéder à l'information quelque soit le moyen qu'il emploi et les conditions dans lequel il tente d'accéder.

Tenir compte de ce principe, c'est bien plus "web 2.0" que de mettre du dnd partout à outrance pour épater la galerie, bref, que d'être un jacky du web.

Philippe Worontzoff, le 02 mars 2006

Petite faute dans l'article : "un ancien navogateur graphique".

Eric van der Vlist, le 02 mars 2006

Bonjour,

J'ai remarqué que la même ergonomie discutable a envahi le site de Free il y a quelques jours. Voir par exemple support.free.fr/ ...

Personnellement je ne vois absolument pas le gain par rapport à un lien hypertexte!

Eric van der Vlist

conurb, le 03 mars 2006

@eric : Pour Free, très bel exemple d'inutilité du « drag and drop »... on aurait pu voir un intérêt si on avait pu déposer plusieurs PDF ou drivers et récupérer la totalité des dépôts sous la forme d'un fichier compressé mais là... (???).

C'est sans doute parce que c'est du Web 2.0, faut attendre le web 2.0r2 qui devrait apporter des correctifs smiley clin d'oeil

Gabriel, le 06 mars 2006

Ou la oui... l'exemple de free est malheureux. Heureusement que le graphisme est assez bien fait on comprend en moins de cinq minutes ce qu'il faut faire. Mais bon, un d&d pour ça!... ça ne correspond pas au geste de "ranger" de "mettre cet objet ici", comme peut le faire suggérer le d&d (exemple du panier, ou des fenêtres de NetVibes).
En plus quand on arrive sur la page les informations :"il y a un dossier" et "déposer le dossier ici" ne sont pas présentés sur la même page. il faut scroller pour avoir la 2e partie du message. Et il faut carrément ajuster la page pour avoir les deux informations en même temps.
Dommage, c'est très joli le d&d

Bensti2, le 21 mars 2006

Moi je crois qu'il a le droit d'utiliser ce qu'il veux pour faire sont site. c'est plutot a nous utilisateur de dire oui ou non si nous voulons adopter ce genre de site et continuer l'exploration.... D'apres moi il n'a pas non plus de logo disant que son site est WAI AAA :/ alors pourquoi s'acharné?

Les commentaires pour ce billet sont temporairement fermés en raison d'une série d'attaques de spam.