Cliquez ici.
Accueil
 chercher             Plan du site             Info (English version) 
L'histoire de XML s'écrit en ce moment même. XMLfr vous aide à la suivre et à en dégager les tendances.Les listes de discussions XMLfr sont à votre disposition pour réagir sur nos articles ou simplement poser une question.Si vous ètes passionnée(e) par XML, pourquoi ne pas en faire votre métier ?XMLfr n'est heureusement pas le seul site où l'on parle de XML. Découvrez les autres grâce à XMLfr et à l'ODP.Les partenaires grâce auxquels XMLfr peut se développer.Pour tout savoir sur XMLfr.XMLfr sans fil, c'est possible !Pour ceux qui veulent vraiment en savoir plus sur XML.L'index du site.
 Commentaires et questions non techniques.Commentaires et questions techniques.

 
Cliquez ici.

From: Alexandre Arcouteil (lex@free.fr)
Date: 07/01/2004 - 13:56


Eric van der Vlist wrote:

> En utilisant preceding-sibling, si tu as :
>
> <foo>
> <bar>
> <baz/>
> </bar>
> <bar>
> <baz/>
> </bar>
> </foo>
>
> Ne risques-tu pas de générer deux templates pour "baz"?

Pour ceux de deuxième niveau oui, c'est un peu caractéristique du fond
du problème.

> D'un autre côté, si tu utilises "preceding", tu ne généreras qu'un
> template pour "baz" dans le cas :
> <baz>
> <baz/>
> </baz>

Oui, bien que pour la création de templates 'hors contexte' cela suffise.

> Si j'ai bien compris ce que tu cherches à faire, tu voudrais générer un
> seul template dans le premier cas ("baz" est utilisé dans deux contextes
> similaires) et deux dans le second cas ("baz" est utilisé deux fois dans
> deux contextes différents).
> Est-ce que j'ai bien compris?

C'est exactement cela :)

D'où l'idée d'utiliser une clef dans un traitement en une seule passe à
la manière des regroupement méthode Muench.

En deux passes, le problème est beaucoup plus simple, il suffit de faire
un regroupement justement :)

Ceci dit, je n'ai absolument rien contre le fait d'obtenir mon résultat
en plusieurs passes, bien au contraire ! J'aurais d'ailleurs tendance à
penser qu'essayer systématiquement d'obtenir un XSLT qui fasse tout
d'une seule traite relève plutôt du dogmatisme.

alex

--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !

Liste de diffusion "xml-tech@xmlfr.org" (http://xmlfr.org).

Cette liste est a votre disposition pour discuter en francais de tout sujet technique lie a XML.

Pour resilier votre abonnement, envoyez un message contenant la commande "unsubscribe" a xml-tech-request@xmlfr.org (mailto:xml-tech-request@xmlfr.org?Subject=unsubscribe)



Archive générée par hypermail 2.1.3 le 28/06/2004 - 11:06 UTC

webmaster@xmlfr.org

 

xml tech

Discussions techniques au sujet de XML.

Cette liste est à votre disposition pour discuter en français de tout sujet technique lié à XML.



Devenez rédacteur <XML>fr et contribuez au développement du xml francophone !
Les documents publiés sur ce site le sont sous licence "Open Content"
Conception graphique
  l.henriot@online.fr  

Conception, réalisation et hébergement