Y’a eu un post intéressant sur librarything l’autre jour qui descendait en flamme un tout nouveau site web littéraire : parce que tout en flash.
Je l’ai re-routé vers “M. St Herblain” (désolé Yves, mais pour les techno-blogueurs : “M St Herblain”, c’est QC !! ;^P ). NB : la bib’ de st herblain est tout en flash.
Comme ses réponses sont passionnantes, et avec sa bénédiction , je vous les fais partager.
Preuve que dans les mois à venir, le vent de la nouveauté continuera de souffler de l’Ouest !
*********
Pour reprendre rapidement les points de l’article en les appliquant à notre site :
1. The site has lots of great content, but you can’t link to any of it.
C’est faux, il est possible de faire des liens profonds avec Flash et nous le faisons dans le site. Pour chaque notice détaillée, une petite icone permet de mettre un lien vers cette notice dans le presse papier (pour coller dans un mail, blog…). exemple de lien :
http://www.la-bibliotheque.com/homepage2_test.php?module=catalogue&no_notice=0712383
2. The site will never appear on Google. Nous sommes en train de mettre en place une solution pour contourner ce problème et qui résoudra également le problème de l’accessibilité. Il s’agit d’un ‘double’ du site en HTML mais simplifié. Il aura des fonctionnalités avancées pour les personnes malvoyantes (possibilité de modifier l’affichage de la page, taille des caractères, contraste…). Ce site pourra être indexé par Google, mais (ruse kôlôssale), l’application (en PHP) pourra détecter si le navigateur est équipé du plugin Flash (ce qui n’est pas le cas de Google), et si c’est le cas, elle redirigera automatiquement vers le site en Flash (vers la page équivalente ou à peu près). Du coup, on pourra trouver du contenu dans Google, mais quand on cliquera sur le lien on arrivera sur le site en Flash (sauf si on a demandé explicitement la version HTML pour malvoyants).
Le site en lui-même sera extrêmement dépouillé et le contenu intégralement généré à partir des mêmes bases de données que le site en Flash. Il n’y aura donc pas de double maintenance.
5. Flash doesn’t work like the web. C’est une pétition de principe contre flash, mais on peut généraliser à tous les clients riches, y compris Ajax, le petit chouchou des amateurs de ‘2.0′. D’ailleurs, toutes les critiques qu’on adresse à Flash, on peut les adresser à Ajax. :
You can’t bookmark pages : Si, cf. point 1
the back button doesn’t work : non, mais le site prévoit généralement un système de navigation interne.
The links aren’t blue; the scroll bars aren’t the regular ones : Parce qu’il y a encore des sites qui utilisent des liens bleus soulignés ??? Et pourquoi pas du Times new roman pour la police aussi ? Depuis que les sites utilisent massivement CSS, ces ’standards’ du web ont été sérieusement ringardisés.
you can’t resize text : Faux, Flash dispose d’un système de zoom très puissant et simple d’utilisation (clic droit >> zoom avant)
Plus généralement, j’ai l’impression que le débat est pour ou contre les clients riches. devons nous nous contenter des interfaces HTML classiques avaec leurs avantages, mais aussi tous leurs inconvénients, ou devons nous utiliser les nouvelles technologies permettant de mettre en place des clients riches (Flash, Ajax, Flex…) avec leurs avantages et leurs inconvénients.
Le HTML simple laisse le navigateur gérer beaucoup de choses, ce qui permet une standardisation des comportements (boutons précédent, liens…), mais en contrepartie on est limté au niveau de la présentation.
Les clients riches permettent de faire beaucoup plus de choses, mais du coup ils doivent gérer eux-même ce qui était géré par défaut par le navigateur ce qui fait que ce n’est pas ’standard’, mais c’était justement le but recherché.
En ce qui concerne le site de STH [St herblain], l’utilisation d’un client riche ne permet pas uniquement les jolies animations. Il permet, entre autres, d’afficher les informations de manière asynchrone (C’est le même asynchrone que le A de Ajax). Comme on se connecte à de nombreuses sources pour récupérer les données, ça prend pas mal de temps (plusieurs secondes par notice). avec du HTML classique, ça donnera un affichage extrêment lent. Avec un client riche, on envoie plusieurs requêtes simultanément (vers Aloès, vers amazon vers d’autres DB), mais on est pas obligé d’attendre qu’elles soient toutes terminées pour afficher les résultats, ce qui est beaucoup plus rapide.
6. It’s designed for the wrong people. On pourrait sûrement renvoyer la remarque et faire remarquer que les auteurs de Blogs attachent une trop grande importance aux notions de linking, de flux RSS… par rapport à l’essentiel des utilisateurs du web qui ne s’en servent pas.