Subject: Re: [xsl] Processing approach From: "BR Chrisman brchrisman@xxxxxxxxx" <xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx> Date: Tue, 18 Jul 2017 01:12:16 -0000 |
hard to say without the details.. but kind of sounds like something that would be best fit (in 1.0) to multiple stylesheets... the first being an identity-based transform distributing your aggregate data to the various appropriate nodes in some sort of metadata format, and the second performing your final actual transformation? unless the data set is huge... can do it otherwise... I'm sure.. but multi-staged might be less messy. On Mon, Jul 17, 2017 at 5:50 PM, Joseph L. Casale jcasale@xxxxxxxxxxxxxxxxx <xsl-list-service@xxxxxxxxxxxxxxxxxxxxxx> wrote: > -----Original Message----- > > From: Imsieke, Gerrit, le-tex gerrit.imsieke@xxxxxxxxx [mailto:xsl-list- > > service@xxxxxxxxxxxxxxxxxxxxxx] > > Sent: Monday, July 17, 2017 6:15 PM > > To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx > > Subject: Re: [xsl] Processing approach > > > > > Ibm not sure whether I have completely understood the scenario, but did > > > you consider using tunnel parameters? > > > > > > https://www.w3.org/TR/xslt-30/#tunnel-params > > > https://www.w3.org/TR/xslt20/#tunnel-params > > > > > > Calculate the variable once, in the context of a node that is > > > ancestor-or-self to all affected nodes, and pass this variable as a > > > tunnel parameter to apply-templates, to next-match, or to call-template. > > > > Hi Gerrit, > > I am stuck with xslt 1 with this task. I suppose the simplest way to > describe it > > is the variables created while in one node create foreign key refs against > the > > obvious matching values I generate while in another path. > > > > Its simpler to use the various logic to generate the values once, then > apply them > > at the same time in both locations. Often they are generated while in a > for loop. > > However this generates a template call for the large element I am not > currently > > processing that ends up copying that node "n" times along with my new > appended > > element. > > > > In this case, all I really need to do is continually append the secondary > element > > to the alternate location as I process and insert a node in the current > position. > > > > Thanks, > > jlc
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
Re: [xsl] Processing approach, Joseph L. Casale jca | Thread | Re: [xsl] Processing approach, Michael Kay mike@xxx |
Re: [xsl] Processing approach, Joseph L. Casale jca | Date | Re: [xsl] Processing approach, Michael Kay mike@xxx |
Month |