INFO : Vers une nouvelle guerre du web?

Vers une nouvelle guerre du Web?

La creation du WHATWG par Mozilla , Opera et Apple risque de donner=20
lieu a une nouvelle guerre des standards sur le Web.

Eric=A0 van der Vlist=A0 , Dyomedea ( [email protected] ).
---------------
Retrouvez cet article en ligne
(http://xmlfr.org/actualites/decid/050603-0001).

Donnez votre avis !
mailto:[email protected]?subject=3DRe:%20INFO%20:%20Vers%20une%20nouvel=
le%20guerre%20du%20web?
---------------

En prenant le risque de changer le nom de la conference XML Europe ,=20
nous avons souhaite marquer un changement d'orientation et une=20
ouverture vers les technologies du Web et des formats ouverts.

Une semaine apres la fin de la conference, le temps du bilan est arrive=20
et on peut dire que cet objectif a ete largement atteint.

XTech 2005 a ete sponsorisee par Microsoft et co-organisee par la=20
fondation Mozilla . Cet equilibre entre Microsoft et Mozilla a ete=20
respecte dans le programme, ces deux acteurs majeurs du Web assurant=20
chacun une des sessions plenieres.

Seduit par les sessions portant sur le Web et les navigateurs, je leur=20
ai consacre plus de temps qu'a tous les autres themes reunis et en=20
retire l'impression rafraichissante d'un bouillonnement d'innovations=20
(ou de petits bangs suivant l'expression de Mike Shaver=A0 ) qui=20
devraient bouleverser la maniere dont nous concevons et developpons les=20
applications Web.

Si l'on doit se rejouir de ce regain de dynamisme apres des annees de=20
relatif immobilisme, l'horizon n'en est pas moins obscurci par de gros=20
nuages...

Tout d'abord, Microsoft (et plus particulierement Internet Explorer ) a=20
ete le grand absent des sessions placees sous le theme du Web. Les=20
presentations de Jean Paoli=A0 et de Rob Relyea=A0 ont ete beaucoup plus=20
tournees vers MS Office et XAML , c'est a dire vers une architecture de=20
=AB client lourd =BB que vers le Web tel que nous le connaissons.

La guerre des navigateurs telle que nous la connaissons depuis des=20
annees n'est donc pas morte!

Plus nouveau et plus preoccupant a mon sens, les concurrents de=20
Microsoft semblent eux aussi susceptibles d'entrer en guerre contre le=20
W3C .

C'etait particulierement evident dans la session qui a vu se succeder=20
Steven Pemberton=A0 presentant XHTML 2 pour le W3C et Ian Hickson=A0=20
presentant HTML 5 pour le WHATWG .

Le WHATWG (Web Hypertext Applications Technology Working Group) est un=20
groupement compose de Mozilla , Opera et Apple . Faisant le constat que=20
les organismes de standardisation existants ( W3C et IETF ) se=20
preoccupent du Web dans son ensemble sans se concentrer sur les=20
applications web en particulier, le WHATWG s'est donne l'objectif de=20
produire des specifications comblant les manques dans ce domaine.

Ses principales realisations a ce jour sont Web Forms 2.0, une=20
specification intermediaire entre les formulaires Web HTML actuels et=20
XForms et l'ajout de l'element HTML <canvas/>.

On voit donc que, meme s'il se positionne officiellement comme etant=20
complementaire au W3C , le WHATWG n'a pas peur de publier des=20
specifications qui entrent en concurrence frontale avec des=20
recommandations W3C . Cette session a ete l'occasion de mieux mesurer=20
le fosse qui separe les visions du W3C et du WHATWG en ce qui concerne=20
l'avenir de (X) HTML .

La definition du probleme a resoudre est pourtant la meme des deux=20
cotes : les elements (X) HTML existants sont devenus insuffisants pour=20
la richesse des applications du Web d'aujourd'hui.

Les solutions techniques proposees pour resoudre ce probleme sont par=20
contre radicalement opposees.

Pour illustrer cette difference, prenons l'exemple du traitement d'une=20
demande d'ajout d'un element particulier tel que <aside/> qui permet de=20
definir une note a propos d'un texte.

Cote W3C , on cherche a separer clairement la semantique de la=20
structure des pages Web. Pour cela, XHTML 2.0 comprendra moins=20
d'elements que XHTML 1.0 et ces elements n'auront aucune valeur=20
semantique. La semantique sera quant a elle, representee par un=20
attribut =AB property =BB pouvant etre present dans tous les elements et=20
permettant de relier l'element a un identifiant semantique.

La reponse du W3C serait donc : utilisez l'element de structure le=20
mieux adapte (dans ce cas, un element <div/> semble faire l'affaire) et=20
affectez lui une propriete =AB aside =BB dans un espace de noms que vous=20
aurez defini : <div property=3D"mon:aside">...</div>.

Si votre demande est suffisamment generique, il sera envisage de lui=20
attribuer une propriete faisant partie de l'espace de noms XHTML (<div=20
property=3D"aside"/>), dans le cas contraire vous utiliserez un espace de=
=20
noms qui vous sera propre (<div property=3D"mon:aside"/>). Dans les deux=20
cas, vous aurez une solution adaptee a votre demande sans que le=20
vocabulaire XHTML 2.0 n'en soit alourdi.

Cote WHATWG , on recherche une simplicite a court terme. Si vous=20
n'arrivez pas a les convaincre du bien fonde de votre demande, la=20
reponse sera donc "pas question". Dans le cas contraire, un element=20
<aside/> sera ajoute au vocabulaire HTML .

C'est une demarche qui, sous son apparente simplicite, cache deux=20
risques majeurs :

  - Si vous n'arrivez pas a faire suffisamment pression pour que votre=20
    demande soit acceptee, vous etes bloque.
  - Le vocabulaire HTML risque de devenir de plus en plus complexe sans=20
    pouvoir pour autant satisfaire toutes les demandes.
C'est un probleme de methodologie bien connu qui est loin d'etre=20
specifique a HTML .

Un exemple illustrant les difficultes liees a la methode suivie par le=20
WHATWG est DocBook .

DocBook est un vocabulaire XML cree a l'origine pour editer des=20
documentations techniques. La variete des publications qui utilisent=20
DocBook l'a confronte au meme probleme et sous la pression de ses=20
utilisateurs, il comprend maintenant plus de 400 elements.

Ce nombre d'elements complique nettement la tache de tous les=20
utilisateurs de DocBook :

  - Les auteurs ont du mal a s'y retrouver lorsqu'ils editent leurs=20
    documents. Malgre cela, ils ne peuvent pas toujours trouver=20
    l'element qui convient a la semantique de ce qu'ils veulent=20
    exprimer.
  - Developper une feuille de style CSS ou une transformation XSLT qui=20
    gere DocBook est un travail qui demande de gerer chacun de ces 400=20
    elements.
L'approche WHATWG risque donc, pour privilegier un semblant de=20
simplicite a court terme, de transformer HTML en un nouveau DocBook !

C'est d'autant plus regrettable que le W3C propose avec XHTML 2.0 une=20
solution qui permet de resoudre tout les problemes qui justifie la=20
proposition du WHATWG sans presenter ce risque.

Et c'est d'autant plus dangereux que le WHATWG est compose des=20
developpeurs des navigateurs "non Microsoft " qui ont commence a=20
implementer certaines de leurs propositions avant meme qu'elles ne=20
soient totalement fnalisees.

Ignore par Microsoft et concurrencee par le WHATWG , l'avenir de XHTML=20
2.0 semble donc bien incertain.

C'est dommage pour une specification aussi prometteuse!

Autres articles :

  - Edd Dumbill a propos de XTech 2005 [1]
  - XTech 2005 : deuxieme jour [2] (notes couvrant la session XHTML 2.0=20
    et HTML 5)
  - Web Forms 2.0 [3]
Copyright 2005, Eric van der Vlist

---------------------------------------------------------
References:
[1] http://xmlfr.org/actualites/decid/041222-0001
[2] http://xmlfr.org/actualites/tech/050601-0001
[3] http://xmlfr.org/actualites/decid/050412-0001
---------------------------------------------------------
Mail genere par FormatedTextOutputHandler pour XT=20
(http://4xt.org/downloads/examples/outputhandlers/formatedtext/).