🚀 go-pugleaf

In <8b283176.0109151000.4aa21a3a@posting.google.com>, drkm wrote:
>   Imaginons que les furteurs, dans un avenir proche, supportent plut�t
> bien la famille xsl, et qu'il fournissent un m�canisme de catalogues,
> un peu comme les catalogues sgml. [...]
>   Il n'y a donc pas de charge suppl�mentaire induite sur le r�seau. Et
> plus qu'un syst�me de cache (� la "Temporary Internet Folder") ou de
> gadget accessible uniquement aux programmeurs xsl, il pourrait par
> exemple servir au webmaster pour proposer plusieurs feuilles de styles
> *sans* l'usage de cookies.
> 
>   Ou encore, comme on peut acqu�rir maintenant des logos ou sonneries
> pour t�l�phones portables, on pourrait obtenir des "skins" (xsl) pour
> tel ou tel site.
> 
>   S'ensuiverait alors toute une s�rie d'outils pour permettre �
> Monsieur Tout Le Monde d'afficher la page d'accueil du site de
> r�sultats sportifs en rose fluo clignotant.

C'est pour moi du domaine applicatif, ce n'est plus du Web, le navigateur 
n'est plus un outil adapt�, ou alors ce n'est plus un navigateur Web, 
destin� � afficher des documents HTML.

Tu d�cris l� une application diff�rente d'une simple navigation, et selon 
moi �a n�cessite un autre outil qu'un navigateur.
Ce que tu proposes est une application qui va chercher des documents via 
HTTP et les pr�sente selon tes go�ts. Que la pr�sentation soit fait via 
XSLT ou des traitements directs sur les donn�es XML, y a pas beaucoup de 
diff�rence, surtout si on consid�re XUL: transformation via XSLT pour 
produire du XUL, qui d�crit une interface applicative.
�a n'a plus rien � voir avec le Web.

Donc oui, la transformation c�t� client est envisageable, bien �videmment!, 
mais �MA pas dans un contexte Web.

Tom.