🚀 go-pugleaf

D�bat passionnant, posts planants et int�ressants, bravo � tous!
juste histoire d'en rajouter un peu:
le fond du probl�me dans ce d�bat me parait le mode d'acc�s au XML et le
fameux "Y" xml/xsl/production qui fait la richesse du concept.
> La seule chose qui soit standard c'est <?xml-stylesheet href=... ?>
Implicitement la question initialement pos�e suppose que les documents XML
trait�s sont sous forme de fichiers. Pour preuve les d�n�gations sur HTTP:
>- ASP est une technologie proprietaire que je n'utilise pas
>- cette solution est specifique a HTTP, alors que ce que je proposais
>  (pas tres serieusement en fait) est facilement adaptable a
>  condtition de pouvoir passer des parametres au processeur XSLT
En fait l'acc�s � un syst�me de fichier suppose aussi un protocole et une
syntaxe, mais nous y sommes tellement habitu�s qu'a part les probl�mes de
slash et d'antislash plus grand monde n'y fait vraiment attention.
Sur le fond, ce qu'il manque dans cette affaire c'est de normaliser une fois
pour toute les param�tres d'un processeur XSLT.
Ces param�tres sont au minimum un doublet d�signant le couple XML / XSL a
traiter, et une dstination. ici on admet implicitement que cette destination
est le navigateur du client, mais cela interdit des constructions tri�es par
exemple donn�es / param�tres de nommage xml/ feuille de style d'affichage
xsl / css de pr�sentation  sauf � abuser des entit�es et � s'attirer un tas
d'ennuis si le parser est validant, car il faut alors d�crite toutes ses
structures (et quid si elles sont dynamiques? par exemple un fichier de log
ou un r�pertoire des xml pr�sents sur une machine...)
En pratique je me demande donc si ce n'est pas un faux d�bat, que le
probl�me � la base soit de passer par une URL ou une adresse SYSTEM pour le
fichier, on en revient toujours au param�trage du processeur XSLT.
Pour ma part, utilisant tr�s abondamment du XML fortement param�tr�, j'ai
ajout� un �l�ment qui d�crit les liens � remplacer dans la BD XML
(l'�quivalent des jointures en SQL) et qui permet de renvoyer aux feuilles
de style possibles.
Ca marche tr�s bien car on a alors un triplet XML/XSL/XPATH ou chacun peut
�tre combin� a ds fragments des autres. Autre avantage, cela permet d'armer
un indexeur externe si on a besoin d'acc�l�rer le processus d'acc�s (par
exemple pour une grosse base XML style les d�partements, codes postaux et
les communes...)
En pratique cela se ram�ne � un script d'attaque du processeur (ASP, PHP...)
si on est en HTTP, ou � une application encapsulant le parser et capable de
renormaliser les triplets si on est en file-system.
----------------------------------------------------------------------------
------------------------
Dans ce dernier cas, cela �quivaut � regrouper tous ses "files" XML/XSL dans
un unique document virtuel XML dans lequel on navigue en XPATH au lieu de
naviquer en UNIX ou en WINDOWS. (Ne pas oublier qu'un XSL est aussi un
XML... et donc stockable avec les autres)
Une sorte d'OS XML virtuel quoi...
----------------------------------------------------------------------------
------------------------
Ca marche, mais il a bien fallu l'�crire que ce soit en ASP(VBS) en C++ en
client JAVASCRIPT ou en JAVA... Le fait de l'�crire ne me aprait pas plus
exotique que d'untiliser Unix ou Windows sous-jacent � IE5....
Question: ca existe en vrai projet GPL quelque part?

Jean-Philippe BRUNET