The shallow-copy drops type annotations on element nodes, so there could be a
false result if the input is typed (i.e. schema-validated). The effect of type
annotations on deep-equal() is somewhat arcane (I have no recollection of how
the rules were arrived at).
Apart from that I think you're guaranteed a true result. But I could be wrong!
I can't see why having external entities would make any difference.
Michael Kay
Saxonica
On 27 Mar 2020, at 16:43, Alan Painter
alan(_dot_)painter(_at_)gmail(_dot_)com
<xsl-list-service(_at_)lists(_dot_)mulberrytech(_dot_)com> wrote:
Hello XSLT Community,
I'm Using XSLT3 (Saxon 9.9 HE).
I'm wondering if it's reasonable to expect deep-equal() to always return true
in the following scenario. I suspect "yes" but wondering what corner cases
that I might encounter.
We'll be pushing some data-oriented source documents, with no external
entities, through templates which are all in a mode defined from
"shallow-copy" similar to the below.
What I'm wondering under what conditions of source documents that the
following stylesheet would return "false" rather than "true". (Again,
excluding external entities.) I'm hoping that the list of conditions is nil
or very small.
Thanks for any help.
<xsl:stylesheet
xmlns:xsl="http://www.w3.org/1999/XSL/Transform
<http://www.w3.org/1999/XSL/Transform>"
xmlns:xs="http://www.w3.org/2001/XMLSchema
<http://www.w3.org/2001/XMLSchema>"
version="3.0">
<xsl:mode name="a" on-no-match="shallow-copy"/>
<xsl:output method="text" />
<xsl:template match="/" >
<xsl:variable name="afterApply">
<xsl:apply-templates select="/" mode="a"/>
</xsl:variable>
<xsl:sequence select="deep-equal(/, $afterApply) => string()" />
</xsl:template>
</xsl:stylesheet>
Alan Painter
Confined in France
XSL-List info and archive <http://www.mulberrytech.com/xsl/xsl-list>
EasyUnsubscribe <http://lists.mulberrytech.com/unsub/xsl-list/293509> (by
email <>)
--~----------------------------------------------------------------
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
--~--