🚀 go-pugleaf

In <MqOK6.1966$8M.2692225@nnrp6.proxad.net>, Rapha�l THERY wrote:
> J'ai regard� la spec XSLT et je n'arrive pas voir le r�le exact de
> l'attribut exclude-result-prefixes de l'�l�ment stylesheet
> 
> Auriez vous des informations sur ce sujet ?

La d�finition se trouve dans 7.1.1 Literal Result Elements.
  "The created element node will also have a copy of the namespace 
nodes that were present on the element node in the stylesheet tree 
with the exception of any namespace node whose string-value is the 
XSLT namespace URI (http://www.w3.org/1999/XSL/Transform), a 
namespace URI declared as an extension namespace (see [14.1 Extension 
Elements]), or a namespace URI designated as an 
excluded namespace."
  [...]
  "NOTE: When a stylesheet uses a namespace declaration only for the 
purposes of addressing the source tree, specifying the prefix in the 
exclude-result-prefixes attribute will avoid superfluous 
namespace declarations in the result tree."

Je trouve �a assez clair, si t'as des questions, n'h�site pas.

Si dans ton document source, des �l�ments appartiennent � l'espace de noms 
http://example.net/foo par exemple, pour les "matcher" ou les s�lectionner 
dans la feuille de style tu dois aussi d�clarer cet espace de noms.
Eh bien, m�me si tu ne l'utilises pas en sortie (aucun �l�ment ou attribut 
du document produit n'appartient � cet espace de noms), la d�claration y 
figurera (et ne servira � rien, juste de la "pollution" donc).
Si tu d�finis cet espace de noms dans exclude-result-prefixes, la 
d�claration (inutile) n'apparaitra pas dans le document de sortie.

Tr�s utile quand ce document produit doit �tre pass� � une application ne 
reconnaissant pas les espaces de noms (ne serait-ce que la validation par 
une DTD, qui consid�re les d�clarations du type 
xmlns:foo="http://example.net/foo" comme de simples attributs et cherche 
donc � les valider).

L'histoire ne semble pas (j'ai pas relu en d�tails) dire ce qui se passe si 
un �l�ment r�sultat appartient � un espace de noms exclu.

Tom.