🚀 go-pugleaf

In <8b283176.0109120824.4afb96ea@posting.google.com>, drkm wrote:
>> >   C'est le serveur qui prend en charge la conversion; quels furteurs
>> > supportent xsl ?
> 
>> <liste int�ressante snipped>
> 
>   Ce que je voulais dire, c'est que pour une utilisation sur le web,
> si on veut d�j� utiliser xslt pour ses feuilles de style, tout en
> pouvant �tre lu par le plus grand nombre, il veut mieux pour l'instant
> effectuer la transformation du c�t� serveur.

Je suis enti�rement de cet avis!
Et plus encore, je serais du m�me avis m�me si XSLT �tait support� par une 
immense majorit� (m�me la totalit�) des navigateurs : pourquoi demander � 
charger plusieurs documents (a priori) et faire des traitements c�t� client 
pour l'affichage alors que �a pourrait �tre effectu� une fois pour toute 
c�t� serveur, avec un unique document � la cl� ?
La situation peut encore �voluer et permettre de r�els traitements c�t� 
clients, notamment avec xsl:script de feu XSLT 1.1, donc transporter toute 
l'application chez le client. Dans ce cas, je pense qu'un navigateur n'est 
pas un outil adapt�. Mieux vaudrait quelque chose similaire aux "bundles" 
que certains voulaient ajouter � Nautilus, quelque chose proche de .NET 
(annuaires, RPC, etc.) avec t�l�chargement d'une brique logicielle 
(bytecode ou quelque chose s'approchant de XUL) pour transporter l'appli 
sur le client, bref, un outil d�di�.
Mais je m'�gare...

Il est int�ressant aussi de noter que le nombre de navigateurs supportant 
XSLT va croissant. Je donnais cette liste � titre indicatif, "histoire de", 
�a peut aider ceux qui se chargent d'intranets...

Au fait, ai-je dis que j'�tais plut�t partisan du mod�le client l�ger ?

Tom.