On Sat, Mar 29, 2014 at 11:57 AM, Andrew Welch
<andrew(_dot_)j(_dot_)welch(_at_)gmail(_dot_)com> wrote:
On Fri, Mar 28, 2014 at 4:48 PM, Andrew Welch
<andrew(_dot_)j(_dot_)welch(_at_)gmail(_dot_)com> wrote:
I was surprised that the content models of xsl:copy and xsl:copy-of
were different (by dint of the select attribute) in the first place.
They are still different, no? shallow vs deep.
On 28 March 2014 17:50, Ihe Onwuka <ihe(_dot_)onwuka(_at_)gmail(_dot_)com>
wrote:
I'm not sure what point you are making.
That the content models are still different (not just the select attribute).
The only other difference I see is that xsl:copy has a
use-attribute-set attribute and the xsl:copy-of doesn't.
I'd make them the same.
As to my point. For the same reasons I would expect the content models
of xsl:next-match, xsl:apply-templates and xsl:apply-imports to be the
same.
What would the xsl:sort child of xsl:next-match or xsl:apply-imports do?
What does xsl:value-of a null string do? Should I prevent it. (You
must have missed that one yesterday).
In a language that supports functions as first class values what does
f = g mean where f and g are functions. Do I prevent it.
What does xsl:value-of select="$x" where $x is a function do. Do I prevent it.
Why are the arguments to min xs:anyAtomicType which means it can be
applied to a type that does not have a well defined collation sequence
e.g functions again. Why doesn't the language prevent that.
What is the advantage of restricting a language constructs content
model to the use-cases you can foresee today. What is the disadvantage
of doing that?
xsl:apply-templates is how you construct the list of nodes to process,
while xsl:next-match and xsl:apply-imports help decide which template
is actually applied for any given node... so they are different
things.
That debate has occurred before.
http://www.stylusstudio.com/xsllist/201305/post20050.html
--~------------------------------------------------------------------
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>
--~--