On 6/30/06, Christian Roth <roth(_at_)visualclick(_dot_)de> 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.
--~------------------------------------------------------------------
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
To unsubscribe, go to: http://lists.mulberrytech.com/xsl-list/
or e-mail: <mailto:xsl-list-unsubscribe(_at_)lists(_dot_)mulberrytech(_dot_)com>
--~--