Je vous le dis, A List Apart nous gâte!
Mais cette fois, c’est l’article sur les éditeurs wysiwyg qui fait écho à Karl et Pascale – à croire que certains ici ont des antennes!
Ben Henick déplore entre autres la perte de compétences liées à l’utilisation d’outils wysiwyg. En effet, ceux-ci ont leurs limites, et les développeurs ont tendance à confondre les limites de l’outil avec les limites des langages (HTML, CSS, JavaScript) utilisés pour coder les pages.
Il relève également le fait que le balisage produit est non-standard, et explique qu’à un certain point, c’est une limitation indépassable et inhérente au principe du wysiwyg. Comme le dit Karl en effet, un bon balisage doit refléter la structure sémantique du document.
Cependant, les outils wysiwyg travaillent sur l’apparence – et ils ne peuvent pas deviner nos intentions. Si je mets une ligne de texte en gras, est-ce parce qu’il s’agit d’un titre, ou bien est-ce simplement la mise en évidence de texte important? Pour l’éditeur wysiwyg et l’être humain, cela n’a probablement pas grande importance. Mais pour l’ordinateur qui est chargé d’indexer la page ou d’y rechercher une information, cela peut devenir une nuance cruciale.
Si vous lisez l’anglais, voici mon petit coup de gueule contre les éditeurs wysiwyg à vous mettre sous la dent. Bon appétit!
Similar Posts:
- Quelques balises HTML pour blogueurs [en] (2006)
- Liberté [en] (2001)
- Le placement dans les moteurs de recherche [en] (2007)
- Aggrégateur RSS [en] (2003)
- Sloggi déchaîne les passions ! [en] (2003)
- Cours du SAWI sur les médias sociaux: argumentaire [en] (2010)
- BarCamp Lausanne: former des « webmasters 2.0 »? [en] (2007)
- Faites des liens, ne demandez pas! [en] (2007)
- Tableaux ou non? [en] (2001)
- Carole Mauron: extensions “pros” qu’on pourrait utiliser [WCGVA 2022] [en] (2022)