uZine 3

Le HTML dans le potage

ARNO* — 2005-05-23T00:01:58Z

Commen�ons par un constat : un petit tour sur le site Cool Homepages, qui s�lectionne depuis des ann�es des sites selon la beaut� et l'originalit� de leur graphisme et/ou de leur navigation (cela �tant �videmment subjectif), devrait terrifier les amateurs de standards ouverts : quasiment tous les sites s�lectionn�s sont d�sormais r�alis�s en Flash. Le choix du graphiste serait donc, pour la r�alisation d'un beau site, un format propri�taire, alors m�me qu'on nous vante un XHTML arriv� � maturit� ? Cela devrait tout de m�me inqui�ter... Le m�me constat peut �tre fait sur toutes les pages de s�lection de � beaux � sites.

Cela est tr�s paradoxal : depuis l'ann�e 2000, les recommandations pour les nouvelles normes sont publi�es et les navigateurs grand public ont largement eu le temps de les int�grer. Pourtant, le HTML semble plant� en rase campagne, utilis� pour faire du Web � papa, les navigations rigolotes �tant d�sormais r�alis�es avec Flash.

Tout un discours s'est d�velopp� autour des nouvelles normes, bas� sur des dogmes pinailleurs et t�tillons, introduisant une rupture avec l'ancien HTML ; et pourtant, on se retrouve aujourd'hui � attendre d�sesp�remment des � innovations � qui viendront r�compenser nos efforts vers la � compliance �. Il serait bon, en effet, qu'on s'amuse autant avec le XHTML bien propret du docteur W3C qu'avec le HTML tout pourri dont nous gratifiaient les versions successives de Netscape 2, 3 et 4...

Des effets �tonnants sur l'�cosyst�me

La normlisation programm�e des Css a co�ncid� avec l'apparition d'une nouvelle esp�ce d'�cureuil mutant (du d�sert), pris ici sur le vif en Arizona.

CSS

Commen�ons par la technique qui a le plus apport� au HTML, pour en dire du bien, mais aussi pour pointer les limites et les aberrations de choix dogmatiques dans la d�finition des normes.

Les styles (regroup�s en feuilles de styles : CSS) ont �t� normalis�s d�s 1998 : il s'agit de s�parer d'un c�t� le contenu structur� de l'information (indiquer que ceci est un titre, ceci est le texte principal du document, ceci est une liste de liens de navigation...) et, d'un autre c�t�, dans les feuilles de style, la pr�sentation graphique de cette information (je veux pr�senter les titres de telle mani�re, dans telle taille, avec tel espacement au-dessus et en dessous, je veux que mon texte apparaisse � tel endroit de telle fa�on, je veux que les liens s'affichent de telle mani�re...).

C'est, pour l'essentiel, une belle r�ussite. Non seulement parce que l'on peut faire tout ce que l'on faisait auparavant avec un code plus lisible (donc plus facile � modifier par le webmestre), plus rapide � charger (les styles sont des fichiers communs � plusieurs pages, donc ne sont pas t�l�charg�s pour chaque page), mais aussi parce que, de plus, on peut faire ce qui �tait difficile ou impossible auparavant (contr�le typographique beaucoup plus fin, interface diff�rente pour la m�me page selon le support — principalement, selon que l'on voit la page sur l'�cran d'un ordinateur ou qu'on l'imprime...).

Par ailleurs, pour peu que les CSS soient pr�sent�es sans dogmatisme (comme confondre l'utilisation des CSS et le passage � un XHTML ultra-compliant), elles s'int�grent dans la courbe d'apprentissage normale d'un webmestre sans trop de souffrance.

Les bienfaits des CSS sont largement d�taill�s par ailleurs, inutile de trop d�velopper ici. Consacrons-nous � une t�che un peu plus originale : en dire du mal !

Les CSS souffrent d'un dogme originel : les CSS ne doivent pas devenir un langage de programmation. Cette volont� est tr�s discutable (ce que nous allons faire imm�diatement), et fait appara�tre des limites dans leur utilisation.

Il existe des s�lecteurs et des pseudo-classes qui permettent d'appliquer (au moins sous Mozilla-Firefox) des styles de mani�re int�ressante. Cependant, on obtient des syntaxes tr�s complexes pour des possibilit�s tr�s limit�es. Par exemple, on peut d�finir le style de la premi�re lettre du premier paragraphe qui suit la fermeture d'un intertitre, ainsi que la premi�re lettre du premier paragraphe d'un texte. C'est assez amusant � faire, d'autant que la d�finition du style est interminable (ici pour une page g�n�r�e avec SPIP) :

En revanche, vous n'avez pas acc�s � la seconde lettre du paragraphe, vous ne pouvez pas d�finir un style qui s'appliquerait � une ligne de tableau sur deux, vous ne pouvez pas tester si la premi�re lettre est un guillemet ouvrant, auquel cas vous souhaitez appliquer le style, �galement, � la deuxi�me lettre (pour faire une belle lettrine), vous ne pouvez pas r�duire la taille du texte en fonction du nombre de caract�res, etc.

Dans le but d'�viter que les CSS ne deviennent un langage de programmation, leurs concepteurs se sont visiblement astreints � des limitations tr�s importantes.
— Il n'y a pas de syntaxe pour des alternances, ou de positions relatives dans la structure (une occurence sur deux, la seconde occurence sur trois, l'avant-derni�re occurence...).
— Il n'est pas possible d'appeler une d�finition depuis une autre d�finition, ce qui oblige � des doublons dans les d�finitions : par exemple, on d�finirait un style � police-helvetica �, un style � taille-10 �, et dans une autre d�finition on pourrait indiquer qu'on int�gre les styles � police-helvetica � et � taille-10 �, que l'on panacherait avec un fond color�, etc.
— On manipule sans cesse des nombres et des dimensions dans les CSS (taille des caract�res, espacements, couleurs RVB...), mais il n'existe aucun outil pour les manipuler ; il n'existe en particulier pas de � variables � r�utilisables � diff�rents endroits.
— Les choix conditionnels sont quasiment inexistants (limit�s � quelques pseudo-classes � la syntaxe tr�s limit�e ; les conditions ne se trouvent d'ailleurs pas � l'int�rieur des d�finitions elles-m�mes). On ne peut pas, par exemple, utiliser telle couleur si l'environnement du style est dans telle taille de caract�re, et telle autre couleur si le fond sur lequel il s'applique est de telle couleur. Voici un automatisme que l'on se condamne � r�aliser � � la main �, alors qu'il pourrait �tre pris en charge par les CSS : pla�ons une image au d�but d'un paragraphe ; si cette image est de petite taille, il sera graphiquement avantageux de la faire � habiller � par le texte (float) ; si elle est d'une grande largeur, il faut la sortir du paragraphe et ne pas l'habiller avec le texte, sinon on aurait des lignes trop courtes pour que le texte soit �l�gant (display:block).
— Et aucune de ces limitations ne peut �tre r�solue par le recours � Javascript dans les d�finitions des styles, puisqu'il n'est pas pr�vu de d�clencher du javascript depuis les feuilles de style.

En r�alit�, c'est pire : il existe une solution partielle mais puissante. Ce sont les � comportements � (behaviors), et les � expressions � de Microsoft Explorer. Les comportements ne semblent pas avoir d�pass� le stade de � working draft � du c�t� du W3C (ao�t 1999).

Ces particularit�s de Microsoft Explorer sont tr�s utilis�es, bien que peu connues : elles sont habituellement utilis�es pour combler les manquements de ce logiciel � la norme (les webmestres les consid�rent quasiment comme des � hacks � pour faire � salement � ce que Mozilla ferait � proprement �) ! On les utilise pour lui faire accepter un � max-width � ou utiliser la transparence alpha d'une image au format PNG 24. Leur utilisation ne peut malheureusement que se limiter � cela puisque, ces �l�ments n'�tant pas d�finis par une norme (encore une fois : il s'agit visiblement d'�viter � tout prix que les CSS ne ressemblent � un langage de programmation), il ne sont pas int�gr�s et il n'en existe pas d'�quivalent dans les autres navigateurs.

Pour illustrer ce propos, il est int�ressant de consulter une page du CSS Zen Garden. Je vous invite � afficher de code source de cette page.

Pour permettre aux graphistes de d�finir des rendus graphiques diff�rents pour le premier, le second et le troisi�me paragraphe d'un groupe de paragraphes, chaque paragraphe utilise une classe diff�rente (class="p1", "p2", "p3"). Cela parce qu'il n'est pas possible, dans les feuilles de style, d'appeler � le deuxi�me paragraphe par le groupe �, ou bien � le dernier paragraphe �. On a donc une page cod�e pour un usage sp�cifique, usage non g�n�ralisable (que se passe-t-il s'il y a une classe "p7" non pr�vue par le graphiste ?), destin� � contourner une limitation des CSS.

Chaque grande partie du document b�n�ficie d'un identifiant (� id �) unique. Ce qui permet de traiter diff�remment chaque bloc, mais en m�me temps rend les possibilit�s de g�n�ralisation et d'automatisation impossibles. Si CSS Zen Garden change le contenu de ses pages, ou veut ajouter une deuxi�me page d'exemple, tous les CSS doivent �tre red�finis (ce qui n'est vraiment pas l'id�e derri�re les CSS).

Le code de la feuille de style contient d'innombrables doublons, que ce soit pour des d�finitions de marges, mais aussi pour des d�finitions de couleurs. Certes cela aurait pu �tre cod� diff�remment mais, comme indiqu�, la norme pousse assez facilement les webmestres � d�finir diff�rentes classes avec les m�mes �l�ments. Si le code HTML est, lui, tr�s lisible et assez facile � � maintenir �, la feuille de style ne l'est pas (c'est, dans la pratique, une cons�quence tr�s fr�quente de la syntaxe des CSS).

Les intertitres, tr�s jolis par ailleurs, sont r�alis�s avec des images (par exemple : � Requirements �. Ces images sont appel�es par les feuilles de style, ce qui permet d'en changer en fonction de chaque feuille de style (les images ne sont pas cod�es directement dans le HTML). Cependant, leur appel est d�fini � � la main � dans la classe de chacun des intertitres. Cette m�thode ne peut absolument pas �tre automatis�e. Or, on pourrait imaginer que la d�finition g�n�rale des intertitres contienne l'appel � un script fabriquant lui-m�me cette image � partir du texte contenu dans l'intertitre (pour �

`Requirements`

�, la d�finition de �

� pourrait sp�cifier que le fond est une image fabriqu�e par un script transformant le texte en image typographique, � partir du texte compris entre ces balises, c'est-�-dire � Requirements �).

Toutes ces limitations font que, dans la pratique, il est tr�s difficile de r�ellement s�parer le fond et la forme.

Comme le code source de CSS Zen Garden le montre, c'est une d�monstration non g�n�ralisable (pas � exportable �), parce que l'encodage est directement li� � l'effet recherch�. On a � la fois des lourdeurs (un classe diff�rente pour chaque paragraphe) et des d�finitions compl�tement li�es au contenu de la page (on d�finit le style de tel intertitre ; ce qui, ici, donne l'effet tr�s paradoxal suivant : on peut changer la feuille de style de la page de d�monstration, mais on ne peut pas changer la page de d�monstration elle-m�me ; le syst�me tel qu'il est ainsi con�u, pour un vrai site (au sens : un site avec des contenus diff�rents dans diff�rentes pages), exigerait de d�finir une feuille de style diff�rente pour chaque page du site Web !). On se retrouve souvent face � cette difficult� : il faut r�ellement coder ses pages d'une certaine fa�on pour parvenir � les contr�ler finement avec des CSS ; une page Web vraiment tr�s simple, avec une utilisation tr�s logique et tr�s simple (on pourrait dire � saine �) des classes, sera, justement, difficile � contr�ler tr�s finement avec les CSS.

L'utilisation principale de Javascript est le contr�le de l'interactivit�, c'est donc une utilisation graphique. Javascript permet d'ailleurs, d�sormais, d'acc�der simplement et de fa�on tr�s standardis�e, aux �l�ments contenus dans une page (DOM/Javascript). Or, en refusant par principe de lier les CSS et Javascript, on condamne les webmestres � des solutions bancales.
— La plupart des effets � de survol � sont cod�s dans les pages HTML par des � onMouseOver � et des � onMouseOut � qui d�clenchent des fonctions Javascript nomm�es dans la page Web ; de fait, on se retrouve une fois de plus � devoir encoder directement l'interactivit� � l'int�rieur de la page Web, plut�t que de faire g�rer cela par les CSS (selon la m�me logique que les `:hover` des CSS). Ainsi on constatera que les CSS Zen Garden sont tr�s statiques, puisqu'il n'est pas possible de d�finir des comportements Javascript � l'int�rieur des diff�rentes feuilles de style.
— Pour �viter l'insertion de code � chaque balise du code, on peut tenter d'� atteindre � en Javascript certaines balises (par exemple, remplacer automatiquement des intertitres

par leur image typographique, on se trouve contraint � utiliser des scripts tr�s lourds (et, surtout, complexes).
— Beaucoup d'�l�ments de mise en page peuvent avantageusement profiter de calculs, les dimensions, positions et espacements se d�finissant en fonction des dimensions d'autres �l�ments de la page. L� encore, on est condamn� � des scripts tr�s lourds et inutilement complexes. Voici un exemple de tels � calculs � de mise en pages :

Avec Javascript, multicolonnage et multipage

(On trouvera une version nettement plus tarabiscot�e de cet effet sur le site de l'International Herald Tribune.)

Cette longue explication essaie d'attirer l'attention sur une caract�ristique de la � norme W3C � : une id�e int�ressante, qui r�pond � un besoin certain, mais limit�e par une vision dogmatique de l'informatique. L'id�e que l'on va s�parer tr�s strictement la structuration de l'information (la page Web elle-m�me), le graphisme (la feuille de style CSS) et l'interactivit� (Javascript). S�paration qui ne correspond pas aux besoins r�els du webmestre :
— le graphisme ne peut se faire r�ellement sans un minimum de test conditionnels et de calculs ;
— l'interactivit� et le graphisme sont intimement li�s.

Ce qui, dans la r�alit� des pages Web, se traduit par des solutions contraires � l'id�e d'origine :
— les pages sont encod�es en fonction des besoins des CSS, et non le contraire ;
— l'interactivit� est �galement encod�e � l'int�rieur des pages (l'ergonomie n'est donc pas plus transposable que le graphisme) ;
— les CSS sont raremement un mod�le d'�l�gance informatique, avec force redondances et lourdeurs ;
— les �ventuels calculs de mise en pages se font � par l'ext�rieur � avec des scripts inutilement lourds, lents et compliqu�s.

Une � compliance �sauvage

Les recommandations s'�tendent m�me � la taille des hotdogs, et l'usage restritif de la balise

DOM/Javascript, la faute aux webmestres

�voquons maintenant une technologie qui existe, qui est impl�ment�e, qui donne d'excellents r�sultats, mais qui n'est pas tr�s exploit�e... Il s'agit d'exposer non un manque technique ou une limitation dogmatique de la norme, mais un �tat d'esprit assez sid�rant : � force de se focaliser sur le XHTML et le code � compliant �, on perd de vue les possibilit�s int�ressantes du HTML, au profit de Flash.

DOM/Javascript est la combinaison de deux techniques :
DOM, Document Object Model, standardise l'acc�s � la structure d'un document ; proche de l'usine � gaz, mais certaines utilisations assez simples sont valables sous tous les butineurs, ce qui permet de � manipuler � les diff�rents �l�ments d'une page Web sans trop de difficult� ;
Javascript est ce vieux langage ins�r� � l'int�rieur du HTML, et qui s'ex�cute chez le client.

�norm�ment de choses r�alis�es aujourd'hui en Flash peuvent �tre faites en HTML gr�ce � cela. Rappelons l'exemple de plusieurs colonnes sur plusieurs pages. On peut aussi r�aliser de petites animations, ou des animations de grands blocs :

Animations de grands blocs

Une version finalis�e est en ligne.

Une trifouill�e de possibilit�s, qui devraient exciter le graphiste, mais qui se perdent dans des consid�rations techno-centr�es et tristounettes. Alors que le DHTML (Dynamic HTML) avait provoqu� �norm�ment d'exp�rimentations (notamment au niveau des interfaces de navigation) de la part des webmestres, tout en se heurtant � l'�poque � d'impossibles probl�mes de compatibilit�, la g�n�ralisation de DOM/Javascript permet de manipuler directement les styles et, pour les plus courageux, les nœuds de la structure, avec une compatibilit� entre navigateurs assez simple � assurer ; pourtant, hormis un nombre sid�rant de menus d�roulants, le choix premier du graphiste pour animer ses pages et r�aliser des navigations un tant soit peu rigolotes reste Flash.

Faut-il voir l� un des dommages collat�raux des interminables pinaillages autour d'une utilisation fadasse du XHTML, les webmestres se retrouvant embringu�s dans des consid�rations interminables sur la � compliance �, plut�t que sur une utilisation ludique et originale de ce qui se fait d�j� ? (La consultation des forums est souvent dramatique : le webmestre qui vient demander un conseil pour ses animations se voit trop souvent imposer un � t'as qu'� faire �a avec CSS et :hover, tu peux me croire c'est vachement mieux — le tout tournant g�n�ralement aux consid�rations vaseuses sur MSIE qu'il est pas compliant et des conseils foireux pour des � hacks CSS � pour MSIE 5.)

On peut rapprocher cette partie des limites, �voqu�es ci-dessus, des CSS : ne pouvant g�rer les � �v�nements � (tels que les survols) directement depuis les feuilles de style, le recours intensif aux possibilit�s de DOM/Javascript impose soit de � salir � le code HTML avec une foultitude de � onMouseOver � et autres � onMouseOut � — ce qui rend la page difficile � maintenir — ou d'� attaquer � les balises depuis l'ext�rieur de la page � l'aide de scripts tr�s lourds — �galement difficiles � maintenir, parce que quelques mois plus tard on ne sait plus trop comment ils fonctionnent...

Signalons, pour le plaisir du paradoxe, que les possibilit�s de DOM/Javascript, associ�es � certaines caract�ristiques des CSS, telles que les positionnements absolus et les possibilit�s de masquages (display: none), embringuent tr�s facilement les webmestres dans des constructions, impossibles avec les versions pr�c�dentes du HTML, et qui, pour le coup, d�truisent compl�tement l'accessibilit� : informations redondantes (puisqu'affich�es ou masqu�es au besoin), structure non logique (puisque positionnement absolu)... Il y a un aspect pousse-au-crime de DOM/Javascript !

Le XHTML n'existe pas...

L'erreur la plus courante consiste � confondre, purement et simplement, le XHTML avec l'utilisation des feuilles de style (CSS). Fr�quemment, les arguments en faveur du XHTML se r�sument � pr�senter la souplesse, la puissance, l'accessibilit�... li�es � l'utilisation de styles, en lieu et place des interminables balises qui pr�dominaient auparavant.

Or, et ce point est particuli�rement important ici : les CSS ne d�finissent pas le XHTML. Les CSS s'utilisent parfaitement avec le HTML ; il n'y a rigoureusement aucune innovation en mati�re de CSS li�e � l'adoption du XHTML. Oui, les CSS sont absolument formidables, souples, puissantes... elles rendent des services �patants (je ne d�taille pas) ; mais, non, elles ne sont en rien l'apanage du XHTML.

Ce qui d�finit le XHTML par rapport au HTML, c'est l'extensibilit� (� X �=� eXtensible �), ainsi que le d�finit le W3C dans sa recommandation de janvier 2000 (oui, �a commence � dater...) : � XHTML 1.0 : The Extensible HyperText Markup Language. A Reformulation of HTML 4 in XML 1.0 �.

Et c'est justement l'inexistence de ces � eXtensions � qui pose aujourd'hui probl�me pour vanter l'int�r�t du XHTML. Aujourd'hui, ce qui existe, c'est du XHTML sans extensions - autrement dit du HTML � reformul� �. Et si l'on se limite � cela, on ne fera que confirmer la tendance de Cool Homepages : pour faire du Web sympa, passage par Flash - ce qui serait particuli�rement dommageable, Flash pr�sentant nombre de d�fauts r�dhibitoires pour assurer une �volution saine du Web (Flash ne faisant pas �voluer le Web vers des habitudes � saines �, telles que : automatismes simples, ouverture aux d�butants, facilit� d'interfa�age avec des logiciels libres, accessibilit� et portabilit�, �changes entre sites, etc.).

Revenons � CSS Zen Garden. Certes, tout cela est tr�s joli ; mais il faut �tre clair : c'est une tr�s mauvaise (si ce n'est une des pires) fa�on de � vendre � le XHTML : on se contente d'y r�aliser, en XHTML 1.0 Strict, des choses qui sont tout aussi r�alisables en HTML 4 (avec un code quasiment identique, puisque les CSS sont parfaitement utilisables en HTML 4). Le site milite donc pour un HTML propre et simple utilisant les CSS (elles, pas forc�ment propres et simples), mais en aucune mani�re pour un XHTML original (le site n'�voque d'ailleurs pas lui-m�me le XHTML : il met en avant les CSS).

En consultant le code source, on fera un constat suppl�mentaire, constat g�n�ralisable � quasiment toutes les pages qui adoptent un � DOCTYPE XHTML 1.0 Strict � : le � content-type � (le type de contenu) est d�fini comme �tant � text/html �. Et non comme du � application/xhtml+xml �, qui est la d�finition d'un contenu XHTML � extensible �. Cela n'est pas interdit, mais comme la recommandation du W3C l'indique, cela limite grandement l'originalit� de ces pages : � The use of “text/html” for XHTML SHOULD be limited for the purpose of rendering on existing HTML user agents, and SHOULD be limited to [XHTML1] documents which follow the HTML Compatibility Guidelines. � Pour qu'une page exploite les extensions du XHTML, elle doit �tre en � application/xhtml+xml � (c'est le cas, d�j�, pour afficher du MathML dans Firefox). De fait, si la syntaxe est bien du XHTML, dans la pratique l'utilisation se limite � une utilisable compatible avec le HTML. C'est donc une utilisation extr�mement limit�e du XHTML, dont les effets, le rendu et les possibilit�s sont parfaitement r�alisables en HTML (avec, d'ailleurs, un code quasiment identique).

On a vu perspective plus enthousiasmante.

Cela, de plus, semble lourdement influer sur l'�volution des butineurs. Comme nous allons le voir, les d�veloppeurs de butineurs n'ont, pour l'instant, propos� aucune solution utilisable des eXtensions propres au XHTML, et la r�f�rence permanente au CSS Zen Garden pousse � l'adoption quasi exclusive d'une norme d�finie en janvier 2000 (pour le visiteur, du Web � papa, mais avec des feuilles de style). C'est un principe assez habituel des d�veloppements du Web : une norme n'est utilis�e que si les outils existent, et les outils ne se d�veloppement que si la norme est utilis�e ; tant que la r�f�rence est CSS Zen Garden, alors les codeurs d�veloppent en pensant � selon � les besoins de CSS Zen Garden.

Pendant ce temps, sur Cool HomePages, c'est une d�ferlante de sites sous Flash, personne n'imaginant plus qu'on puisse faire des choses sympatoches avec du HTML (et c'est un tort).

Toujours sur les difficult�s du XHTML � s'imposer, revenons un instant sur l'accessibilit�, un des �l�ments les plus importants en sa faveur. Je l'ai d�j� �voqu� dans un article pr�c�dent, je pense que cela a �t� � vendu � de la pire fa�on possible, sur la base d'une vision dogmatique des normes. La plupart des arguments � contre � le vieux HTML �taient assez syst�matiquement retournables (parce qu'on peut faire du HTML crado mais accessible et du XHTML tr�s compliant et pas du tout accessible). On peut ainsi reprocher au W3C, dans sa � promotion � des normes, d'avoir livr� des validateurs indignes d'adresser la parole � un �tre humain. Jargoneux et abscons, ces outils ne valident que l'imposition d'une norme dogmatique, sans �tre ce qu'ils devraient �tre : des outils d'aide et de p�dagogie. Pour s'en convaincre, on pourra visiter un validateur d'accessibilit�, et constater la diff�rence d'�tat d'esprit : conseils, indication du niveau des interventions, ton poli, description des probl�mes pratiques que va rencontrer un mal-voyants... Les masochistes du code peuvent pr�f�rer se faire interpeller par un exp�ditif � This page is not Valid HTML 4.01 Transitional ! � (avec un point d'exclamation).

Le son, port� disparu

Parmi les grands absents du HTML (et du XHTML) : le son. Faire jouer un fichier musical sur un site Web oblige � utiliser des techniques sp�cifiques et, pour garantir la compatibilit� entre les butineurs, � ne respecter aucune norme connue... Finalement, le simple fait de vouloir diffuser de la musique ou de la radio condamne le webmestre � (pour faire simple) installer une animation Flash dans sa page.

Quant � r�aliser une chose aussi triviale que sonoriser les survols (� bip � quand on survole un bouton), cela n'est r�alisable ni avec les feuilles de style, ni simplement avec DOM/Javascript.

Cela va sembler un peu compliqu�, mais le W3C propose une solution : la norme SMIL (Synchronized Multimedia Integration Language). Voil� qui est int�ressant, d'autant qu'un navigateur grand public est signal� comme capable de comprendre SMIL — tenez-vous bien — : Microsoft Explorer ! C�t� Firefox, on ignore si SMIL sera int�gr� avec SVG (la FAQ de Mozilla semble indiquer que non).

On ne trouvera donc pas, avant un moment, de sites reposant sur XHTML+SMIL pour produire du son (surtout si Firefox int�gre cela avec autant d'intransigeance que pour MathML — obligeant � passer en � application/xhtml � —, ou si Firefox impl�mente SVG sans SMIL, alors que le plug-in Adobe le permettait, ce qui ajouterait encore au difficult�s de d�tection des versions de butineurs).

On peut voir dans cette situation un autre volet de la red�finition de la norme (passage � XHTML). Plut�t que de privil�gier la continuit�, la rupture a amen� les d�veloppeurs de butineurs � se lancer dans des d�veloppements �normes, selon des concepts tr�s lourds. Jouer de la musique simplement, chose finalement assez simple si l'on utilise du HTML pas compliant pour deux sous, oblige en XHTML � recourir � des extensions lourdes : lourdes � la fois pour le webmestre, mais surtout pour le d�veloppeur de navigateur qui doit int�grer le fait de jouer un son dans le d�veloppement d'une norme compl�te (SMIL). On peut se r�jouir, en th�orie, de la naissance d'une norme qui permettra des choses tr�s puissantes (pas uniquement faire bip quand on survole un bouton...), mais dans la pratique, il n'est pas possible de faire une chose aussi simple, et la nouvelle orientation privil�gie l'entreprise qui peut aligner une �quipe compl�te d'ing�nieurs � temps plein pour impl�menter la nouvelle norme (devinez...). Ce qui, par rapport au discours habituel autour du XHTML, est assez paradoxal.

Le vectoriel

Les graphismes vectoriels sont une id�e absolument �patante pour le Web. D�finir des graphismes par des coordonn�es offre de nombreux avantages :
ils sont, � priori, l�gers ;
on peut zoomer ;
surtout : ils sont faciles � fabriquer avec des scripts, ce qui permet de pr�senter, par exemple, des informations techniques (courbes, etc.) � partir d'une base de donn�e ;
tr�s int�ressant �galement : on peut y placer du texte facilement ; de fait, des graphismes vectoriels deviennent des �l�ments de navigation et d'interface ;
puisque les objets graphiques sont d�finis par des coordonn�es, on peut modifier ces coordonn�es par DOM/Javascript.

(Flash est d'ailleurs, � l'origine, un logiciel d'animation vectorielle.)

Il existe justement une norme pour cela : SVG, Scalable Vector Graphics, et elle est absolument enthousiasmante. Quand on a jou� avec SVG, on n'est pas loin de penser que c'est l� tout l'int�r�t du XHTML, et que c'est l� que se trouve l'�volution principale du Web (d'autant que, dans la logique d'Adobe et son SVG Viewer, SVG et SMIL sont li�s). SVG est r�ellement excitant : facile � coder, facile � produire automatiquement (en PHP notamment), dans la logique du HTML (ou, �videmment, du XHTML), contr�lable facilement par Javascript, utilisant intensivement les CSS...

� lui seul SVG justifie de passer � XHTML.

Des webmestres d�boussol�s !

Kevin l'avoue lui-m�me : � avant j'avais deux passions le curling et le XHTML orient� objet, mais � pr�sent, j'ai plut�t envie de trouver une meuf en fait... �

Mais les choses ne sont jamais aussi simples...
Le principal outil Wysiwyg permettant de fabriquer du SVG �tant Adobe Illustrator, SVG est largement per�u comme un fa�on d'ins�rer des images vectorielles dans des pages Web, et non comme un grand � conteneur � multim�dia fabriqu� gr�ce � des automatismes. Ce qui donne des pages d'exemples g�n�ralement assez enquiquinantes � consulter...
Certaines d�monstrations prouvant que SVG peut produire des animations � fa�on Flash �, l'autre utilisation attendue du SVG est le � Flash killer � (un rempla�ant complet de Flash), ce qui signifie que les graphistes attendent encore un �diteur Wysiwyg, � la fa�on de Flash, avant de s'y mettre. (Macromedia, cr�ateur de Flash, et Adobe, cr�ateur de SVG, venant de fusionner, �a n'est pas demain la veille.)
De fait, puisque cela n'a pas l'air bien excitant pour un graphiste (des images vectorielles peu anim�es, ou des animations moins faciles � r�aliser qu'avec Flash), les d�veloppeurs de butineurs ne se sont pas empress�s d'impl�menter cette norme, alors m�me qu'elle est, � mon avis, la principale raison de � passer � � XHTML.

On nous promet pour tr�s bient�t une version de Mozilla Firefox qui int�grerait SVG en standard (et non plus sous forme d'extension que l'utilisateur s'installerait lui-m�me). Tant que, au minimum, Firefox n'aura pas impos� cette utilisation standardis�e de SVG, cette norme restera inexploitable par les webmestres.

Sachant que SVG est quasiment aussi vieux que XHTML — septembre 2001 pour la premi�re recommandation officielle du W3C — il serait peut-�tre temps.

Dingue de maths

La seule autre eXtension existente qui d�pend de la normalisation XHTML est MathML. Cette norme doit permettre d'afficher des formules math�matiques dans une page Web. C'est une norme tellement ancienne qu'elle est, sauf erreur, ant�rieure au XHTML. Sa derni�re version, MathML 2.0, date de f�vrier 2001.

Mais, l� encore, il n'existe pas d'impl�mentation standard de MathML dans les butineurs. Pas m�me Mozilla Firefox. MathML n'est utilisable qu'avec des extensions, � charge pour le visiteur de s'installer les logiciels n�cessaires, ainsi que les polices de caract�res math�matiques. Ce qui n'a rigoureusement rien �vident (ces plug-ins de brouteurs ne permettant pas, d'ailleurs, au webmestre, d'�tre certain que son visiteur pourra ou ne pourra pas afficher les formules de math�matiques, et donc lui proposer une alternative automatiquement).

On retrouve ici le principe du serpent XHTML qui se mord la queue : il n'existe pas de butineur grand public permettant d'afficher du MathML � coup s�r, du coup :
— personne ne publie r�ellement des pages contenant du MathML,
— personne ne d�veloppe r�ellement les outils permettant de cr�er du MathML (notamment des traducteurs TeX vers MathML, ceux existants �tant encore tr�s insuffisants pour une utilisation r�elle),
— et ainsi les d�veloppeurs de butineurs ne placent pas l'int�gration de MathML dans leurs priorit�s.

Voici une anecdote qui illustrera mon propos, et qui permettra de faire le lien entre le pr�sent article et l'article � W3C Go Home �.

Au cours du d�veloppement de la version 1.8 de SPIP, nous avons introduit un convertisseur de code LaTeX (une fa�on plus r�pandue et plus � humaine � de coder les math�matiques que la syntaxe de MathML) en image : SPIP extrait les formules en LaTeX et les transforme en une image de la formule math�matique.

D�sireux de rentre le truc plus � Web �, on a tent� de compl�ter cette m�thode par transformation de code LaTeX en MathML, de fa�on � ce que les formules s'ins�rent dans le texte en tant que texte MathML, et non plus en tant qu'image.

Premier obstacle : convertir du code LaTeX en MathML. Il existe un grand nombre d'outils, mais tous (absolument tous) sont inachev�s. Cela est assez symptomatique : cela fait des ann�es que MathML est d�fini, mais il n'est pas possible de l'afficher simplement ; ceux qui ont d�velopp� des convertisseurs se sont �reint�s sur des d�veloppements inutilisables dans la pratique. Que ce soit en PHP ou en script sur un serveur, tous les outils ont donn� des r�sultats tr�s incomplets (on trouve m�me un convertisseur en javascript, mais l� c'est encore pire). C'est le serpent qui se mord la queue d�j� �voqu� : pas d'outils pour fabriquer le format donc pas d'impl�mentation dans les navigateurs, pas d'impl�mentation donc pas d'outils.

Ensuite, parvenir � afficher, dans un butineur sur lequel on a install� un plug-in MathML, du MathML. C'est l� qu'on constate l'int�grisme des impl�mentations. Sous Mozilla, l'affichage de MathML n'est accept� qu'avec un � content-type � (�voqu� ci-dessus) de type � application/xhtml+xml � ; or, avec ces content-type, Mozilla suit la recommandation aberrante du W3C qui consiste � refuser une page � la moindre erreur de syntaxe HTML (ou plut�t : XHTML) — merci les enfants. Par ailleurs, ces � content-type � ne sont pas forc�ment accept�s par tous les butineurs grand public ; ces butineurs vous proposent de t�l�charger une telle page Web, et vous demandent avec quelle application l'ouvrir. Le probl�me est contourn� en installant un javascript (un peu lourd par ailleurs) qui analyse la page Web, � isole � les parties en MathML, et permet de tout de m�me les afficher, quel que soit le content-type. Le choix de limiter l'affichage de MathML � un content-type intol�rant n'est donc pas pratique, mais rel�ve d'un choix quasi-id�ologique.

Cela fait (en notant qu'� chacune des �tapes pr�c�dentes, cela fonctionne d�j� couci-cou�a avec des solutions bancales), il faudrait encore pouvoir d�terminer, pour chaque visiteur, s'il a MathML install� sur son butineur (dans ce cas on lui envoie la version en MathML) ou non (dans ce cas on lui envoie la version � image �). Mission impossible : de toute fa�on les installations de MathML sont tellement probl�matiques qu'on a m�me des plug-in install�s dans le butineur, mais sans les polices de caract�res math�matiques, donc un affichage totalement illisible.

D'autres loufoqueries li�es au charset, mais � la longue, le truc est d�j� b�ch�.

Nous avons donc :
— une syntaxe qui n�cessite l'utilisation d'outils sp�cifiques pour la cr�er (parce que, contrairement � la syntaxe de LaTeX, la syntaxe de MathML ne permet pas qu'on code une formule de math�matiques � � la main �) ; ces outils sont incomplets, puisque les navigateurs ne permettent pas facilement un affichage (m�me pas un affichage conditionnel : il n'est pas possible de d�terminer si MathML sera affich� correctement ou non) ;
— la rupture totale d'avec le HTML, pour adopter une version extr�mement restrictive du XHTML strict (l'impl�mentation suit la recommandation du W3C : � la moindre erreur, la page ne s'affiche pas) ; or, puisqu'il est possible de � ruser � avec un peu de javascript, le choix d'un comportement intol�rant aux erreurs n'a rien d'une obligation technique ;
— devant autant de limitations, l'impl�mentation de cette norme dans d'autres outils (comme SPIP) est report�e � des jours meilleurs.

Se pose alors la question suivante : pourquoi a-t-on une telle rupture dans la norme pr�c�dente (c'est le sujet du pr�c�dent article), avec obsolescence programm�e et pinailleuse des tags HTML, alors m�me que les impl�mentations de la nouvelle norme sont soit inexistantes, soit inapplicables en pratique ? La rupture ne concerne donc pas que la � courbe d'apprentissage � �voqu�e dans l'article �voqu�, elle est aussi dans le d�veloppement des outils : l� o� des outils existent pour afficher du MathML � l'int�rieur du vieux HTML (y compris pas tr�s compliant — MathML est r�ellement un langage de description tr�s ancien), tel que le plugin MathPlayer, les nouvelles impl�mentations respectueuses de la norme limitent l'utilisation � un type de document tr�s intol�rant (nous l'avons signal� : m�me CSS Zen Garden passe un � content-type � qui interdit d'afficher du MathML).

R�sultat : pas de MathML. (C'est m�me pire : ces traquasseries donnent le r�sultat suivant : la solution la plus simple consiste, en pratique, � d�velopper son site pour Microsoft Explorer sous Windows, en demandant � ses visiteurs d'installer le plug-in MathPlayer. Sauf erreur, c'est exactement l'inverse de ce pourquoi le W3C existe.)

Reprenons. Les recommandations du W3C qui, r�ellement, utilisent l'eXtensibilit� de XHTML et qui repr�sentent un r�el int�r�t pour les webmestres, sont presque aussi anciennes que XHTML ; pourtant, elles ne sont impl�ment�es en standard dans presque aucun des navigateurs de nouvelle g�n�ration (le moins � jour �tant Firefox, qui sert de r�f�rence aux webmestres). Ce qui fait que, dans la pratique, il n'existe pas d'extension du XHTML, et l'utilisation du XHTML se limite aujourd'hui � ce qu'on peut tout aussi bien r�aliser en HTML.

Quant � pleurer sur les limites des feuilles de style de Microsoft Explorer, c'est passer � c�t� du probl�me. Les butineurs pr�sent�s comme super-compliants (en gros : tous sauf MSIE) n'int�grent pas plus qu'Explorer les normes justifiant le passage au XHTML, normes pourtant d�finies il y a quatre ans. Pour vraiment �tre clair, faire la promotion de XHTML uniquement autour des CSS, c'est nuire � cette norme, qui ne deviendra r�ellement int�ressante pour les webmestres qu'avec SVG, SMIL et MathML. Nuisible, car on d�motive les webmestres avec des consid�rations pinailleuses, dans le but de leur faire coder � proprement � des pages qui, visuellement, peinent � d�passer ce qui se faisait d�j� en 1998 ; nuisible car les d�veloppements de navigateurs (Firefox, Opera, Konqueror/Safari...) tardent franchement � impl�menter ces normes vieilles de plusieurs ann�es ; nuisible enfin parce que le grand public ne se voit jamais exposer l'int�r�t r�el de ces normes pour lui (quel magazine de presse informatique grand public a signal� � ses lecteurs que Opera 8 int�grait SVG en standard).

Les polices de caract�res

Continuons avec nos lamentations de webmestre malheureux (malheureux puisque, vous l'avez compris, je ne peux pas me r�soudre � faire avec Flash ce que je devrais pouvoir faire en HTML depuis belle lurette). L'autre sujet qui f�che dans le HTML (et, encore une fois, dans le XHTML), c'est qu'il n'existe pas de m�thode normalis�e pour y int�grer des polices de caract�res.

Or, pour un graphiste, le choix de la police de caract�res est l'une des premi�res m�thodes pour cr�er l'ambiance de son site Web.

L� aussi, on trouvera des puristes pour assurer que (blah blah blah) le HTML n'est pas fait pour cela. Pour se convaincre du contraire, il suffit de constater que la moiti� des exemples du fameux CSS Zen Garden utilisent des images pour r�aliser les titres et les intertitres (voici un exemple parmi tant d'autres. L'utilisation d'un style CSS un peu particulier permet de ne pas afficher un dans le code source, mais ce sont bien des fichiers graphiques qui sont utilis�s pour effectuer le rendu typographique si particulier (rien � voir, en tout cas, avec une � beaut� � intrins�que aux CSS).

Au rayon HTML/XHTML, on ne trouvera aucune norme ni recommandation. Il n'existe, c�t� � fontes embarqu�es �, que des m�thodes tordues � peu pr�s inutilisables et totalement propri�taires. SVG, format vectoriel, permettra-t-il de contourner l'obstacle ?

C'est en tout cas encore un de ces aspects �tonnants des d�veloppements du Web, ax� sur des consid�rations techniques qui �chappent au commun des mortels, au d�triment des besoins simples des webmestres et des graphistes.

VRML, RIP

La derni�re mise � jour de la page du W3C consacr�e au VRML, Virtual Reality Modeling Language semble remonter �... avril 1995. Voil� un langage purement et simplement enterr�.

Cela est tr�s paradoxal : le VRML a �t� tr�s � la mode � une �poque o� les ordinateurs n'�taient pas capables d'afficher avec souplesse et �l�gance des mod�les 3D en temps r�el (c'�tait au si�cle dernier) et o�, surtout, les modems ne permettaient pas de t�l�charger rapidement le moindre fichier VRML (une centaine de kilo-octets, c'�tait d�j� r�dhibitoire). Aujourd'hui les machines se d�brouillent parfaitement avec des mod�les 3D de fola�e et le haut d�bit rend le t�l�chargement des m�ga-octets une partie de plaisir, pourtant la r�alit� virtuelle ne figure pas du rayon des normalisations prioritaires.

Outre les mod�les 3D complexes, il existe un besoin plus � automatisable � : les interfaces graphiques. On trouve ainsi, souvent, des animations Flash en fausse 3D (les possibilit�s 3D de Shockwave ont, en revanche, fait long feu) ; et on simule souvent un effet de relief (3D) pour pr�senter une information 2D. Techniques utilisables sur un site Web sans investir dans le d�veloppement d'un concurrent � Doom 3...

On dispose d'une norme XML, donc � priori promise � �tre utilisable en XHTML : X3D. Quant � l'impl�mentation en standard dans un navigateur grand public, � vue de nez vous pouvez attendre la derni�re trilogie Star Wars (�pisodes 7 � 9) pour plus t�t.

Flash versus XHTML

Comme je l'ai signal� en introduction, Flash est omnipr�sent dans les s�lections de sites � beaux �, et les graphistes y recourent d�s qu'ils veulent r�aliser une ergonomie un tantinet originale. Et la stagnation du HTML depuis quelques ann�es, l'attente interminable de techniques qui n'arrivent toujours pas, devraient encore plus inqui�ter de l'avenir d'une norme ouverte.

Cependant, m�me en ne se reposant pas sur la promesse de techniques promises mais pas encore exploitables, certains points sauvent le HTML du naufrage. Comprenez bien : le but du pr�sent article n'est pas de comparer le XHTML et Flash (si vous �tes arriv� jusqu'ici, vous avez constat� qu'il n'est pas du tout consacr� aux caract�ristiques de Flash) mais, avant de conclure, de se demander pourquoi Flash n'a pas encore totalement supplant� un HTML qui peine � �voluer depuis plusieurs ann�es.

Il est important d'�viter, co�te que co�te, le basculement complet vers Flash. Flash, en effet, n'est pas � m�me d'assurer une �volution du Web vers des habitudes � saines � : les pages sont � ferm�es � (les visiteurs ne peuvent pas apprendre en consultant le fonctionnement intrins�que des autres sites, comme on le fait en consultant le code source du HTML), Flash n'est pas du tout accessible aux mal-voyants et aux non-voyants, Flash est tr�s difficile � interfacer avec des logiciels libres, Flash ne promeut pas les �changes entre les sites, un site r�alis� comme une grosse animation Flash n'est pas indexable et ne propose pas de � portes d'entr�es � permettant de linker de l'ext�rieur des articles sp�cifiques, etc.

Mais ce ne sont pas ces consid�rations qui, dans la pratique, limitent le d�veloppement de Flash (ce genre d'arguments n'a d'impact que sur un nombre limit� de webmestres � l'�thique jans�niste s�v�re !). Plus prosa�quement :
— HTML reste infiniment plus simple que Flash pour publier vite et bien des documents textuels ; et cela, m�me, avec un contr�le typographique plut�t puissant gr�ce aux feuilles de style ; une chose aussi simple que mettre son CV en ligne, avec Flash, est long (pour une entreprise : cher) ;
— il est beaucoup plus simple de cr�er un site HTML avec des outils de gestion de sites qu'un site Flash ; interfacer Flash � une base de donn�es n'est pas � la port�e de la premi�re bourse venue ;
— si cela peut para�tre paradoxal, de part ses limitations, HTML tol�re, visuellement, beaucoup mieux les petites approximations graphiques (images mal trait�es, petites erreurs typographiques, placements pas toujours �l�gants des images...) qu'une page Flash o� la � perfection � graphique qu'autorise le format rend les m�mes d�fauts graphiques impardonnables ; dit autrement : l'exigence visuelle que l'on a d'une page Flash fait que l'int�gralit� du site doit, quasiment, �tre r�alis�e par un professionnel, l� o� le HTML r�alis� par des amateurs pourra tout � fait sembler � professionnel �. Cette exigence graphique allourdit encore les co�ts d'un site en Flash ;
— un site en Flash repose toujours sur du HTML, du XHTML et/ou du XML pour s'interfacer avec une base de donn�es, fournir un feed RSS, etc. ; de fait, alors qu'on peut parfaitement r�aliser un site tr�s pointu avec le HTML sans d�velopper la moindre comp�tence en Flash ; � l'inverse, un site tr�s pointu en Flash impose d'excellentes comp�tences dans les autres formats. Dans tous les cas, l'apprentissage passe par les formats � texte � ;
— tout de m�me, l'accessibilit� est un point important pour nombre de webmestres h�r�tiques, ne serait-ce que pour les associations, les administrations et les services publics, qui repr�sentent un volume important des publications en ligne.

Deux autres �l�ments ont beaucoup jou�, �galement, pour continuer � promouvoir un HTML devenu assez plan-plan :
— la g�n�ralisation de PHP sur les h�bergements grand public ; une bonne partie de ce que les normes ne font pas (ou pas encore) du c�t� des navigateurs, est r�alis� gr�ce � PHP du c�t� du serveur ; des choses anodines comme le redimensionnement et le placement des images, la cr�ation d'images typographiques, enrichissent consid�rablement les mises en page (permettant d'automatiser ce qu'on faisait � � la main � pr�c�demment, et qui �tait peu viable sur un site aux mises � jour r�guli�res) ; le contr�le des logiciels clients permettent d'affiner ce qui est envoy� au visiteur ; citons aussi les feuilles de style modifi�es avec PHP, pour palier les manques des CSS (changer automatique toutes les couleurs dans une feuille de style, inverser � right � et � left � pour faire fonctionner une m�me feuille de style en affichage � Droite � gauche � comme en arabe...) ;
— le d�veloppement des CMS libres a mis � disposition du grand public ces automatismes, permettant le d�veloppement de � gros � sites, enti�rement bas�es sur le HTML (et non sur Flash, le d�veloppeur d'un logiciel libre n'allant pas, par d�finition, privil�gier un format propri�taire).

Pour beaucoup d'entre nous, c'est de ce c�t� que se sont d�roul�es les �volutions � rigolotes � et excitantes, que l'on peut attendre d'un m�dia jeune comme l'internet, alors que le HTML, lui, n'a pas �volu� dans le m�me temps. Il serait temps que le plaisir de � faire � de l'internet passe aussi par le HTML, comme ce fut si longtemps le cas.

Nos concitoyens sur internet

Grosse Fatigue — 2005-04-15T08:27:00Z

Je n'ose y croire et pourtant. On assiste sans doute � une premi�re, en France : oui, on peut supposer que le d�bat qui n'a pas eu lieu sur la Constitution Europ�enne dans l'ar�ne habituelle de l'�cran cathodique, opposant autrefois deux mastodontes cens�s repr�senter deux courants de pens�e, oui, ce d�bat a lieu ailleurs, et sous une forme particuli�rement originale. Figurez-vous que le citoyen connect� � haut-d�bit se permet d'envoyer � son beau-fr�re et par la poste, les arguments glan�s �a et l� sur le net. Le beau-fr�re en question n'a pas d'ordinateur, mais un photocopieur au bureau (ou � la ferme ?) qui lui permet d'en faire autant, non pas de renvoyer la chose au m�me beau-fr�re mais, imaginons un peu, � son cousin, � sa tante. On me l'a dit, j'y crois. Et d'ailleurs, � mon immense surprise, je le vois tous les jours.

Le d�bat existe, dans la France d'en bas...

D'ailleurs, la richesse est telle sur le web, l'�change si intense, et la demande grandissante que si l'�conomie nationale avait la m�me dynamique, les Chinois pourraient aller se rhabiller, malgr� les prix du textile et la directive de leur espion infiltr� des Pays-Bas, le fumeux Bolkenstein.

Comment en est-on arriv� l� ? Le web est devenu, assez soudainement, le meilleur moyen d'�change de points de vue sur un objet politique extr�mement compliqu� et dont on a voulu nous simplifier la compr�hension � travers une absence de d�bat aussi binaire que la techno : oui - non. Dire que l'on prend le citoyen pour un con, c'est manquer de vocabulaire face � un Jack Lang qui croit encore que trois chanteurs aphones et deux acteurs feront l'affaire face au petit peuple de cr�tins qui dit non, comme la poup�e de Polnareff. C'est un peu fort. Le pire, c'est que les m�dias, qui n'ont toujours rien compris, vont chercher ailleurs que dans ce d�bat quotidien et les lectures terriblement ennuyeuses que l'on se voit oblig� de faire, la raison du non.

Il para�trait en effet que l'on dit non pour dire non � Chirac et Raffarrin. Oui, bien s�r. Il para�trait que l'on dit non pour dire non � la Turquie. La belle affaire. On dit non pour dire non � la Chine. (je viens d'acheter 10 paires de chaussettes made in France, les derni�res....). On dit non parce que l'on n'a pas compris, oui je le r�p�te : parce qu'on est un peu con. Et pourtant, cette constitution est limpide : n'y voyez-vous pas le bonheur poindre ?

Ben vraiment, vous �tes des imb�ciles !

Un prof de droit marseillais vient d'avoir un succ�s extraordinaire : en quelques pages, il nous explique pourquoi le non. C'est limpide, c'est riche, �a "fait sens". Qu'on nous prive de d�bat sur un m�dia de masse, et l'on ira ailleurs le chercher. La diffusion "virale" qui plaisait tant aux ingurgiteurs du marketing sert dor�navant � ceux qui, loin d'�tre une minorit�, refusent d'�tre embrigad�s dans un combat douteux, o� l'issue serait trop certaine. Ceux qui doutent fouillent ici encore, les partisans du oui affutent d'autres arguments que la menace du d�luge, et ceux du non, enfin, vous savez bien...

On peut parier que la r�ponse du grand show m�diatique chiraquien va intensifier le d�bat ailleurs, et que les politiques n'ont pas bien compris que c'est le m�dia-web qui permet, de pair � pair ou d'expert � n�ophyte, de donner des r�ponses � des questions que l'on se pose vraiment. Que l'on continue � croire qu'il est n�cessaire de rabaisser le niveau du d�bat � celui de la t�l�-poubelle, et le niveau montera ailleurs, sur le web. (le web, c'est aussi du papier, qu'on se le dise...).

De quoi garder espoir pour la suite des �v�nements...

Le portail des copains

Grosse Fatigue — 2004-11-18T23:00:00Z

J'imagine que les tripatouilleurs des potards oxyd�s des tables de mixages analogiques des ann�es quatre-vingts et des radios-pirates se la coulent douce dans les Cara�bes aujourd'hui m�me en novembre, en regardant leurs portefeuilles boursiers gonfler comme la douce brise qui pousse leurs cata(pas)marans le soir, de retour au lagon. Ces types-l� sont arriv�s au bon moment, avec toujours ce discours que l'on a tous les vingt ans et qui permet, en vendant un peu de r�volution, un peu de r�ve, un peu de technologie ou juste la libert� d'expression, de faire fortune. Et l'�conomie fait le reste, concentration, cession d'actions, participations crois�es, disparition des pas rentables et vogue la gal�re.

J'ai imagin� il y a quatre ou cinq ans que les premiers � l'ouvrir sur le web auraient un jour leur nom en haut de l'affiche, et que, moi aussi hypocrite, je vivrais avec trois femmes qui n'en sauraient rien, de la vente de mon site, ou d'un autre, peu importe. J'imaginais la gloire, apr�s tout, � la vision de ce qu'avaient fait d'autres imb�ciles � 20 ann�es d'�cart, et en mesurant la faiblesse de leurs technologie par rapport � la n�tre ; le WEB (putain, le WEB !) ; il �tait �vident que l'on allait refaire le monde, et qu'on en vivrait.

Je ne savais pas encore qu'effectivement, on me lirait dans le monde entier, et pas seulement moi, mais des types que je n'ai - pour la plupart - toujours pas rencontr�s mais qui sont, pour certains, des amis. Oui, Lazuly, oui, Guillermito, ah, Troudair, oui, vous �tes des amis. Toi aussi Arno, et ceux qui le voudront aussi. Y'a qu'� faire comme � la t�l�, on est tous des potes. Les disparus du web sont mes amis, les subsistants aussi, on est une bande, un groupe de copains. Bizarrement, les nouveaux venus et leurs blogs � mourir, la mode qui va avec, la vente d'espace de services pr�-dig�r�s et de mise en page pr�cuite me laissent froid.

Le Rezo caract�risait cette �trange chaleur humaine du net. Quand Laz m'a accueilli le clavier grand ouvert, je vous jure que j'�tais tr�s heureux, m�me si les fen�tres de mon bureau de l'�poque donnaient sur une caserne et qu'on avait tout fait pour me mettre l� en esp�rant que je me barre de moi-m�me disons, sans indemnit�. Alors je r�vais d'un succ�s virtuel, d'un monde de copains qui le referaient comme d'autres dans la radio, d'autres dans la presse. Le portail des copains, c'�tait ma bouff�e d'oxyg�ne, mon opium du peuple, mon Am�rique � moi, je sais qu'il est trop bien pour moi, comme dit son cousin Gaspard... ? J'imaginais qu'on en ferait quelque chose. J'imaginais, je l'avoue honteux, qu'on en vivrait.

C'est con, non ?

Et puis l�, 4 ans, 5 ans, 20 ans apr�s. Le portail est toujours l�. Les sites tournent et les b�n�voles pour la plupart font de leur mieux, et le font dr�lement bien. Et puis quoi ? Ben, justement : contrairement aux deux g�n�rations pr�c�dentes sans compter celle de la radio dans les ann�es trente, contrairement � tous les pronostics, on n'a toujours pas de secr�taire, pas de bureau, un logo central, c'est syndiqu� mais automatiquement. On n'a pas fait fortune. Je vous avoue que souvent je trouve �a pas si mal. On a perdu la partie. On n'a remplac� personne. Les m�gacons sont � la t�te des m�gat�l�s, des m�gajournaux, du m�gapognon. Les m�gacons tiennent internet en vendant du t�l�phone et de la t�l�vision en ligne � haut-d�bit, (imaginez le non-sens de �a, la t�l� sur le net....). Et puis au milieu, ou � c�t�, l�, sur le m�me m�dia, un truc dont on ne voit aucune pub dans le m�tro, la presse, les abribus, le papier-chiotte, T�l�rama ou France-Dimanche, non, personne n'en parle et pourtant, c'est le troisi�me journal de France � �tre ind�pendant apr�s Le Canard et Charlie. On n'a pas fait fortune mais �a tient.

C'est pas si mal.

PS : vous noterez bien une pointe d'amertume, oui, c'est par nature mais aussi par d�pit. �a m�riterait qu'on en parle, �a m�riterait de d�border, d'envahir l' "espace public" comme disent les cons. Allez comprendre...

Apologie du Don � l'�talage

babybrul — 2004-07-30T10:34:15Z

autoproduction

Dans l'optique de gratuit� du D.A.E, on met de cot� l'aspect rentabilit� �conomique d'une activit� pour envisager plut�t de mani�re critique la circulation du produit de cette activit�. Critique parce qu'on remet en question la distribution commerciale et son efficacit� en posant comme but l'acc�s libre de chacun-e � ce qui est distribu�.

En ce qui concerne la musique, cette fa�on non-conventionnelle de distribuer un disque va de pair avec des proc�d�s d'autoproduction favorisant un co�t de prodution plus ou moins �gal � z�ro : home studio, gravage de CDR ou copies de K7, pochettes artisanales etc. Mais cela s'applique �galement � d'autres domaines comme l'auto-�dition de brochures, de films sur K7 vid�os, etc.

copyright / copyleft

Le Don � l'�talage n'est pas une marque d�pos�e ou une pratique exclusive de la Fondation Babybrul qui la d�veloppe en France. Le copyright n'a plus lieu d'�tre dans la mesure o� c'est la circulation sans restrictions qui importe, et non l'�change valoris� par l'argent. Sur ce point et sur la question des droits d'auteur, l'alternative permettant de revendiquer une œuvre tout en n'interdisant pas sa reproduction, son utilisation, sa modification, sa propagation est la license libre, dite copyleft, qui donne aux utilisateurs les m�mes libert�s que celles dont le copyright les privait pour n'en faire b�n�ficier que l'auteur [1].

Cette notion adapt�e des licenses de logiciels libres est �galement appliqu�e dans les domaines de la cr�ation mat�rielle, la musique, l'image, la vid�o. Mais en th�orie dans le copyleft il n'est pas exclu de pouvoir distribuer commercialement une œuvre sous cette license. Et parfois cette � philosophie � du libre peut n'�tre appliqu�e qu'en ce qui concerne une circulation immat�rielle et prendre fin d�s qu'il s'agit d'en faire un support physique, de graver un CD ou de publier sur papier quand l'auteur le sp�cifie.

pirates interstitiel-le-s

Avec le Don � l'�talage il ne s'agit m�me plus de parler de droits, mais de piratage, un piratage interstitiel. L'interstice ici, c'est l'espace-temps des bacs de disquaires, ou des rayons litt�raires quand personne ne les surveille, quand personne n'imagine qu'on peut perdre du temps et de l'argent pour fabriquer des choses gratuites et les d�poser l� sans le demander � personne. L'id�e du D.A.E est bonne parce qu'elle est interstitielle ; bien que n'�tant pas dans l'int�r�t du capitalisme puisqu'elle exploite le temps et l'espace marchand d'un commerce sans compensation mon�taire, elle n'est pas pr�vue, elle surprend, et elle peut faire exister ce qui jusque l� n'�tait pas imaginable, simplement en inversant et en d�passant la r�gle de base qui fait en sorte que les marchandises sont � leur place dans les rayons comme par magie et que personne n'ose les prendre sans s'acquitter d'un droit.

exp�rimentation et limites

� Le Don � l'�talage, c'est le d�passement du r�ve des �changes marchands et de la circulation des marchandises par leur r�alisation pirate : voir son objet, un peu de soi, son disque, sa b�d�, son texte, son livre dans les rayons des grands magasins accessibles � tous gratuitement comme le dernier des produits convoit�s.

C'est le sentiment de jouer � quelque chose de nouveau, d'avoir encore un temps d'avance sur l'�poque, la Culture et la l�gislation [...], de prendre dans le syt�me une place qu'il ne nous a pas donn�, sans rien lui devoir en contre-partie, profiter de son d�veloppement obsc�ne en montrant les limites de ses propres illusions, les limites de la l�galit�, les limites de l'hypocrisie d�mocratique et sa “libre expression”.

� Quand je place mon disque dans les bacs de la FNAC c'est comme si je d�tournais l'histoire dans les manuels scolaires. � [2]

En soi la pratique du D.A.E n'offre pas une alternative absolument efficace � la circulation marchande. Il y a toujours le risque que des vendeur-euse-s enl�vent les objets d�pos�s. Et puis, � moins d'une organisation collective de grande ampleur, cela reste � une �chelle locale. Mais l'int�r�t est dans le cot� Do It Yourself de la pratique, les petites s�ries de disques, les pochettes artisanales. L'activit� est g�r�e du d�but � la fin, chose dont le capitalisme nous a priv� en nous �tant purement et simplement toutes sortes de moyens de productions pour en faire des industries, avec des machines, des savoirs, des cons�quences s�par�es de notre quotidien.

Mais pour la Fondation Babybrul les diff�rents �pisodes concernant les op�rations de D.A.E du disque de Fuzzkhan relat�s sur le site internet sont aussi � titre d'argumentation d'une critique th�orique et pratique des valeurs pourries qui animent les diff�rents corps institutionnels et priv�s de notre soci�t�.

En cela il vaut mieux porter et appliquer directement des principes qui ne posent pas les m�mes barri�res que le capitalisme, barri�res qui sont
— la propri�t� priv�e, qui r�duit les choses (et les �tres) non plus � �tre utilis�s mais � �tre poss�d�s, (� remplacer par la propri�t� d'usage qui d�signe un-e propri�taire en fonction de l'utilit� personnelle qu'il/elle a d'un bien)
— le m�rite, qui soutient l'id�e de l'appropriation pour le seul profit, et le commerce, qui serait le seul v�ritable lien social qui unit tous les peuples,( annul�s par le don gratuit).

C'est aussi par souci de coh�rence et par peur d'�tre in�vitablement r�cup�r� par une Culture qui se donne trop facilement des airs alternatifs, et qui tol�re la transgression et la critique seulement si elle est int�gr�e aux circuits marchands, que la musique de Fuzzkhan reste gratuite.

ne pas � vivre de son art �

Avec le D.A.E, donc, il n'est pas question de vivre de sa musique, de ses images ou de ses �crits, devenus des objets exploit�s commercialement. Cela appara�t � certain-e-s comme une des limites de cette pratique qui r�duit par l� une grande partie des � producteurs � � ne jamais esp�rer gagner une ind�pendance dans la cr�ation en r�coltant des fonds ou simplement en revenant sur investissements d'autoproduction m�me minimes pour �voluer mat�riellement, tourner en concert, se d�placer pour exposer...

Mais c'est une revendication assum�e par la Fondation Babyrul qui distribue avec cette technique un CD de Fuzzkhan (musique �lectronique - 150 CDR gratuits distribu�s, par D.A.E, mais aussi de main � main, depuis le d�but de l'ann�e 2003) et des brochures dont Manifeste contre la Culture (tir� � 450 exemplaire gratuits pas encore �puis�s).

Pour Fuzzkhan le fait de ne pas pouvoir � vivre de son art � n'est pas un probl�me, mais c'est un choix qui va pour lui avec un mode de vie et une � �thique de pirate �, o� la musique n'est pas d�plac�e ou utilis�e hors d'un contexte social, sacralis�e et/ou marchandis�e par le monde de l'art.

Ce mode de vie assum� c'est une pr�carit� consciencieuse qui lui permet de vivre � sur les poubelles de ce monde � : � J'habite en squat depuis 3 ans, et je ne travaille plus depuis un peu plus longtemps. Comme j'ai besoin de tr�s peu de moyens financiers pour vivre puisque je ne paye pas de loyer et que je peux me nourrir � moindre frais en faisant des r�cup de march�s et de supermarch�s dans les grandes villes o� je vis, et bien j'arrive toujours � me d�brouiller pour r�aliser mes projets comme je l'entends, sans patrons et sans imp�ratifs autres que ceux que je me fixe librement. Faire des CD gratuits ne me revient pas cher, puisque je vole les CDR et que je fais les pochettes avec du mat�riel de r�cup, des boite de cornflakes ou du plastique autocollant orange fluo. Et de toute fa�on faire les d�marches pour trouver un label ou participer � des projets culturels, trouver des subventions et sortir un disque dans le commerce me prendrait plus d'�nergie et d'argent que ce que je met � faire les choses moi-m�me, gratuitement et pour le plaisir. Ca me ferait trop chier maintenant de gagner de l'argent avec ce que je fais, d'avoir la contrainte “professionnelle”, et tout ce qui va avec, un-e manageur-euse, des dates dans des salles avec des entr�es payantes, etc. L� je n'ai pas de contraintes particuli�res qui pourraient faire de ma vie un enfer entre l'usine et les factures et me pousser � chercher un peu d'oxyg�ne et une vie d'artiste. Non, vraiment, sans avoir de parents qui m'aident financi�rement ni d'aides de l'�tat je vis bien, je m'amuse bien, et j'essaie d'en faire profiter gratuitement les autres, voila. �

l�gislation

D'un point de vue l�gal, il n'y a pas encore de dispositions particuli�res contre le d�p�t d'objets gratuits dans les commerces. Mais voici un avertissement du responsable s�curit� de la Fnac de Marseille re�ut par Fuzzkhan apr�s des op�rations de Don � l'�talage de son disque le 17 octobre 2003 :

� Madame, Monsieur, Nous avons retouv� dans notre magasin Fnac de Marseille au centre Bourse, des disques comportant l'adresse � laquelle je vous �crit. Ces disques, grav�s pour certains d'entre eux, ne nous appartiennent pas. Ils comportent l'�tiquette “gratuit” invitant, je suppose, nos clients � emporter ces disques. Vous comprendrez que pour des raisons l�gales concernant le droit de la consommation et impliquant notre responsabilit�, nous ne pouvons en aucune mani�re accepter cette pratique. Ainsi je vous prie de rappeler aux auteurs de ces d�p�ts que cette pratique, malgr� sa g�n�rosit�, est interdite.

Notre serivce de s�curit� pourra � l'avenir proc�der � l'interpellation des personnes qui s'en rendent coupables.

Salutations, M. X, Responsable S�curit� Fnac Marseille. �

l'historique ?

D�poser des objets parasites dans les espaces strictement marchands n'est pas une id�e originale de tel ou tel collectif, cela s'est surement d�j� pratiqu� auparavant, m�me si les personnes qui l'ont fait ne l'ont jamais revendiqu� ou n'ont jamais communiqu� leurs actions.

Depuis juilllet 2000 aux �tats-Unis le projet Droplift propose sur internet de t�l�charger un disque du m�me nom, gratuit et sans copyright, avec sa pochette, et de le d�poser chez les disquaires � la lettre � D �.

Sans en avoir connaissance en 2002, Babybrul d�posait des fanzines gratuits dans les bacs � publicit� dans la rue et dans les kiosques � magazines dans le m�tro. Diff�rentes personnes que j'ai rencontr�es m'ont parl� d'id�es qu'elles avaient eut et/ou r�alis�es - sans connaitre le D.A.E - de mettre des choses dans les rayons des supermarch�s ou autres commerces.

L'essentiel est que cette id�e se r�pande encore, et que tout le monde puisse se l'approprier, pour que le r�gne du commercial perde de sa magie (voir avec beaucoup d'acharnement de son efficacit�) et surtout qu'on arr�te de croire en lui pour donner du sens � tout ce que l'on peut produire/faire/cr�er.

Le Don � l'�talage, ou peu importe comment on l'appelera d'ailleurs, peut donner du sens � des pratiques en les faisant circuler autrement et d'une mani�re directe, qui n'attend pas d'autorisation d'une quelconque autorit�.

C'est bien plus excitant comme �a.