Sous les toits

Aller au contenu | Aller au menu | Aller à la recherche

samedi 5 janvier 2008

Développement web durable ?

Ca fait plusieurs fois ces derniers temps que j'ai l'occasion de me demander "mais pour combien de temps ces gens développent-ils leur site internet ???". Et chaque fois, l'horizon est de 3 à 5 ans. Le web évolue vite, donc il faut refaire régulièrement. Ils en ont conscience, c'est normal, c'est une dépense lourde, mais Internet est un impératif, ça permet d'avoir une bonne vitrine et de soigner son image, il faut dépenser.

Je ne suis pas totalement contre cette idée. Le web évolue vite. Il faut donc faire évoluer les sites en même temps. Mais en revanche, une grosse refonte de profondeur est-elle vraiment nécessaire si le projet est bien pensé au départ ? A mon gout, le seul risque, c'est le changement radical de technologie (genre ASP => PHP => ROR), pour le reste, des améliorations régulières suffisent amplement.

Sauf quand un site n'est pas prévu pour durer : de très gros développements Flash, absence de séparation entre le fond et la forme, code incompréhensible pondu par une machine sans intelligence, aucune orientation objet dans le développement (ou pensé à peu près comme tel), etc...

Ce qui m'étonne le plus, c'est que l'on soit encore actuellement dans une démarche de vendre ce type de produits. Qu'à-t-on à y gagner ? Refaire le travail tous les 3 ans ? Les changements de chartes graphiques, les évolutions régulières, les nouveaux services, devraient fournir largement autant de travail... et surtout, surtout, permettre d'aboutir à un résultat plus concluant puisque pas repris régulièrement à zéro !

Ah ! Si 2008 pouvait correspondre avec une prise de conscience de l'intérêt d'un développement propre et de celui du respect des standards, ce serait une bonne année...
...à tous ! (Ben quoi ? Je ne vous l'avais pas encore souhaité !)

samedi 5 mai 2007

Infographie 2.0 et Ajax

infographie 2.0 Je ne suis pas particulièrement versé sur le design en règle générale (la tête de ce blog en dit long sur le sujet). Mais j'ai quand même décidé de me remettre un peu au gout du jour. J'ai donc consulté quelques billets sur l'infographie à la mode 2.0 :

Je me dis au final que l'infographie présente sur le Web 2.0 est composée d'ombrages, de dégradés, de reflets... Il n'y a rien de magique dans tout ça. Rien de bien difficile non plus me direz-vous. Tous les outils dont on se sert pour réaliser ces jolies illustrations sont présents depuis longtemps au sein des logiciels d'infographie.
Mais alors pourquoi diable tout cela n'a-t-il pas vu le jour plus tôt ?

C'est exactement le même cas que pour l'ajax. Les divers langages nécessaires étaient là depuis belle lurette, et ce n'est apparu que bien plus tard, du jour au lendemain, sans que l'on sache vraiment pourquoi...

Après, du côté infographie, la mode doit certainement jouer un rôle (qu'elle ne peut avoir eu pour l'ajax).

lundi 22 mai 2006

Oh oui CSS

Je craque... je ne voulais pas faire de suivisme là dessus, mais je finis par me résigner  ! Un pur truc de Geek !
CSS oh oui à écouter en ligne avec les paroles à côté !
Là je ne pourrais plus rien dire quand je verrais un de mes stagiaire en train de développer avec un casque scotché dans une oreille. ;-)

dimanche 14 mai 2006

Mise en forme de flux RSS.

Ca ne vous énerve pas vous de voir un vilain fichier incompréhensible quand vous cliquez sur un flux RSS, ou quand vous tombez dessus via Google ? Moi si, beaucoup même. Il y a pourtant moyen de mettre en forme ces flux RSS via des fichiers XSL.

Je me suis amusé à rendre mon fil RSS à peu près lisible. Le code n'est pas forcément très dur à comprendre :
  • d'un côté un fichier rss.xsl qui permet de remanier la sortie du flux pour un affichage épuré,
  • un fichier rss.css pour la mise en forme (à personnaliser, ou utiliser directement celui de votre thème Dotclear),
  • et un fichier rss.js. Là par contre, c'est une technique qui n'est pas tout à fait clean, j'utilise un remplacement en javascript des balises < et > pour contourner la commande disable-output-escaping="yes" qui n'est pas implémentée dans Mozilla.

Ca donne un truc plus lisible, et il y a bien entendu moyen de faire bien mieux. Je me suis essentiellement basé sur le travail d'Adal Chiriliuc pour le fichier xsl, les conteneurs ont été ajoutés/renommés pour s'adapter à Dotclear.

Pour ceux que ça intéressent, vous pouvez télécharger les fichiers ici. A vous de compléter à votre sauce. Amusez vous bien...

vendredi 7 avril 2006

Dessus de sous ?

Je viens de tomber sur la première page du site DébitCrédit via Eric. Un design sympa en effet ! D'entrée de jeu, je me suis dit "Aïe le référencement"... du texte en image, donc zou le référencement. Puis ça m'a quand même paru bizarre... Un look Web 2.0, ce n'est visiblement pas l'oeuvre d'un amateur... Je désactive les CSS et, oh stupeur ! Je retrouve le squelette exact de la page : tout le contenu en texte ! Parfaite séparation entre le fond et la forme. L'idée est bonne et astucieuse : le texte de base existe dans le code XHTML mais il est ensuite masqué dans la présentation gérée par le CSS. Résultat, visuellement on ne voit que le texte de l'image utilisée en fond, avec toutes les fioritures que cela permet (ombrages, relief, etc.) et un moteur de recherche voit le texte dans le code. Tout le monde est content, c'est joli et efficace ! Tout le monde ? Ben... presque... car à l'écran, on perd toutes possibilités de grossir les polices de caractères. L'accessibilité de premier niveau (juste besoin de grossir un peu le texte) est donc réduite à néant. En revanche, la page offre une accessibilité plus poussée (remplacement des feuilles de style par défaut, lecture du contenu textuel). Dans le cas précis de cette page, un autre petit hic fait son apparition : que se passe-t-il si on essaye de l'imprimer ? Le texte est masqué, or, le navigateur de monsieur tout le monde n'imprime pas les images de fond... l'angoisse de la page blanche (ou presque) ! Rien de dramatique (et je suis prêt à parier que ce sera corrigé d'ici peu), il aurait suffit de préciser au navigateur que le CSS ne doit agir que sur l'écran, ou qu'on lui en donne un autre pour l'imprimante.
Ma conclusion ? Une astuce astucieuse, du joli presque compatible, ça doit pouvoir dépatouiller bien des cas difficiles à mon avis, même si ce problème de polices me gène un peu...

EDIT : Apparemment, j'ai vexé Olivier, le webdesigner qui a créé le design de DébitCrédit. Oops ! Je tiens à m'en excuser platement ! Si j'ai écris ce billet, c'est tout simplement parce que je trouvais sa technique très intéressante ! Respect des standards et visuel au top ! Et cela me semble particulièrement approprié pour ce type de pages. Après, dans un second temps, j'ai élargi un peu pour voir jusqu'où pouvait aller cette astuce et trouvé une petite limite qui peut gêner en production sur des pages d'un type différent, là, une telle utilisation serait donc à étudier au cas par cas. Mais mon cher Olivier, je tiens à le préciser, cela n'enlève en rien toute la qualité de cette page (en espérant en voir plus bientôt) que je trouve particulièrement bien fignolée ! Ah... si j'avais un peu plus de crédits pour le site de l'assoc pour laquelle je bosse, je crois que je signerais.