[Top] [All Lists]

Re: [xsl] A use-case for xsl:merge?

2019-02-16 03:54:50
Am 15.02.2019 um 23:53 schrieb John Dziurlaj john(_at_)hiltonroscoe(_dot_)com:

This is very helpful! I've tested it and it seems to work well, with the
exception of CDATA. The output does not include the CDATA for <text>, which
should be <text>This is some text</text>. I put this above
<xsl:apply-templates select="." mode="merge-attributes"> and it seems to
<xsl:value-of select="text()" />

I think I would prefer to delegate that to a added template with a different condition:

    <xsl:template match="*[not(*)]" mode="merge-children">
        <xsl:param name="prototype"/>
             select="if (node()) then node() else $prototype/node()"/>

I guess I was fooled by the name of xsl:merge, it seems to be for merging
sequences rather than content within sequences.

It can merge "content" but the main obstacle with your task to be seemed to be the lack of order of the possible child elements, if you group elements on node-name() as I have done then you don't need them ordered, for xsl:merge to work you would need to have them ordered or would need to first order them, see https://www.w3.org/TR/xslt-30/#merge-terminology wich defines

A*merge input sequence*is an arbitrarysequence <https://www.w3.org/TR/xpath-datamodel-30/#dt-sequence>^DM30 of items which is already sorted according to themerge key specification <https://www.w3.org/TR/xslt-30/#dt-merge-key-specification>for the correspondingmerge source definition <https://www.w3.org/TR/xslt-30/#dt-merge-source-definition>.

XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
EasyUnsubscribe: http://lists.mulberrytech.com/unsub/xsl-list/1167547
or by email: xsl-list-unsub(_at_)lists(_dot_)mulberrytech(_dot_)com
<Prev in Thread] Current Thread [Next in Thread>