[XSL-LIST Mailing List Archive Home]
[By Thread]
[By Date]
[Recent Entries]
[Reply To This Message]
Re: [XSLT2] Some common, generic grouping problems
Subject: Re: [XSLT2] Some common, generic grouping problems
From: "andrew welch" <andrew.j.welch@xxxxxxxxx>
Date: Fri, 30 Jun 2006 11:59:46 +0100
|
On 6/30/06, Christian Roth <roth@xxxxxxxxxxxxxx> wrote:
andrew welch wrote:
><root>
> <arbitrary />
> <elem color="dark-red" />
> <elem color="red" />
> <arbitrary color="none" />
> <elem color="red" />
> <elem color="light-red" />
> <arbitrary />
> <elem color="dark-red" />
> <elem color="red" />
> <arbitrary color="none" />
> <elem color="red" />
> <elem color="light-red" />
> <arbitrary />
></root>
[...]
>That is of course if I've scaled up the input correctly, no comment
>from the OP so far.
Yes, this is how the input would scale. I'm sorry for not replying
earlier to the solutions given so far (Andrew, David) - I must admit
that I am still digesting the code given to extract and understand the
underlying idea(s).
For your (Andrew's) solution to example #1, am I right that the
underlying idea could be paraphrased as:
"Group by start, then tail-trim the resulting groups to end (using a
nested grouping from end)"?
Yes - I would call it "intersecting" rather than "trimming", its
providing the end marker for the group. The elements that aren't in
the intersect are copied to the result (in the xsl:otherwise blocks)
so trimming might give the wrong impression.
|
PURCHASE STYLUS STUDIO ONLINE TODAY!
Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!
Download The World's Best XML IDE!
Accelerate XML development with our award-winning XML IDE - Download a free trial today!
Subscribe in XML format
RSS 2.0 |
|
Atom 0.3 |
|
|