Tu n'a jamais remarqué qu'on utilise presque jamais d'espace de noms pour les attributs dans XSLT, RELAX NG, les Schémas W3C, etc ? C'est parce que les processeurs reconnaissent les éléments (en se basant sur l'URI associé au namespace) puis ils traitent les attributs qui sont dans l'espace noms DE L'ELEMENT. Par exemple, tu écrits <xsl:template match="bla">, tu n'écris jamais <xsl:template xsl:match="bla"> (même si c'est correct). Donc, la réalité est exactement le contraire de ce que tu dis, à savoir 90% des attributs sont dans l'espace de noms propre à l'élément et pas dans le même espace de noms que l'élément (STP, lis bien ma phrase avant de répondre).A part Xlink et Xpointer, je ne vois d'ailleurs pas beaucoup d'utilisation d'attributs dans un élément avec un espace de noms qui n'est pas celui propre à l'élément.
[^] # Re: Comprendre XSLT, critique du livre
Posté par boubou . En réponse à la dépêche Comprendre XSLT, critique du livre. Évalué à 1.
Tu n'a jamais remarqué qu'on utilise presque jamais d'espace de noms pour les attributs dans XSLT, RELAX NG, les Schémas W3C, etc ? C'est parce que les processeurs reconnaissent les éléments (en se basant sur l'URI associé au namespace) puis ils traitent les attributs qui sont dans l'espace noms DE L'ELEMENT. Par exemple, tu écrits <xsl:template match="bla">, tu n'écris jamais <xsl:template xsl:match="bla"> (même si c'est correct). Donc, la réalité est exactement le contraire de ce que tu dis, à savoir 90% des attributs sont dans l'espace de noms propre à l'élément et pas dans le même espace de noms que l'élément (STP, lis bien ma phrase avant de répondre).A part Xlink et Xpointer, je ne vois d'ailleurs pas beaucoup d'utilisation d'attributs dans un élément avec un espace de noms qui n'est pas celui propre à l'élément.