🚀 go-pugleaf

In <dnSL6.4554$aB5.44708@tengri.easynet.fr>, Vincent Berruchon wrote:
> Ok alons y en fran�ais...
> je croyais que Saxon le prenait en compte mais j'ai la 6.2.2 et non la
> toute jeune 6.3 qui l'impl�mente (sortie ce mois ci)!

�a pour une nouvelle, c'est une bonne nouvelle!

Je suis en train d'impl�menter EXSLT pour libxslt, mais avant �a il faut 
finir l'API d'extension.

> les NameSpaces sont juste une r�f�rence pour le processeur qui ira
> chercher dans ses propres "librairies" correspondantes. C'est bien �a?

Un URI d'espace de noms n'est qu'un identifiant unique.

Il se trouve qu'il a la forme d'un URI mais il ne doit pas �tre d�r�f�renc�.

> Je vois qu'on est loin d'avoir des processeurs et des normes universelles
> pour les XSL-T!

Non, on y est presque.

Comme toute extension, pour pouvoir l'utiliser il faut qu'elle soit 
disponible.
Ce qui peut manquer, c'est une API standard pour les extensions (d�pendante 
des langages de programmation par contre) de fa�on que les classes Java 
puissent �tre utilis�es comme extensions � la fois de Xalan-J, SAXON, etc., 
idem pour les biblioth�ques C ou C++ pour libxslt et Sablotron par exemple, 
etc.
Ce qui manque aussi c'est un "registre" des extensions pour aider � la 
portabilit� des feuilles de style (qu'on n'ait pas par exemple 36 syntaxes 
pour faire des requ�tes SQL dans une feuille XSLT). Pour �a il faut des 
discussions et un consortium pour retenir la meilleure solution 
(l'extension SQL pour Xalan n'est peut-�tre pas la mieux con�ue et si c'est 
le cas ce serait presque dommage qu'elle devienne un standard de facto 
telle quelle).
EXSLT est un d�but, tr�s prometteur.

Tom.