[XSL-LIST Mailing List Archive Home]
RE: [xsl] xslt 2, forward compatibility mode.
Subject: RE: [xsl] xslt 2, forward compatibility mode.|
From: "Michael Kay" <mhk@xxxxxxxxx>
Date: Tue, 4 Mar 2003 23:48:16 -0000
> <quote>An element enables forwards-compatible behavior for
> itself, its attributes, its descendants and their attributes
> if it has an [xsl:]version attribute (see 3.3 Standard
> Attributes) whose value is greater than 2.0.</quote>
> I'm having a problem with this.
> If I write a stylesheet with version="15.0" as an attribute
> of the root element, just what am I saying?
This text is essentially unchanged from the 1.0 spec. It's actually a
brilliant bit of future-proofing.
Suppose that XSLT 3.0 has just been published, and it includes a new
<xsl:perform-magic> instruction, which is implemented in Saxon version
19.2, but not yet in MSXML6. You want to invoke this instruction when
your stylesheet is running under Saxon, but when running under MSXML6,
you just want to leave out that part of the output. So you write:
<xsl:template match="thing" version="3.0">
<xsl:fallback>Sorry, Microsoft don't do magic</xsl:fallback>
Specifying version="3.0" means that the Microsoft processor (or any XSLT
1.0 or 2.0 processor) is obliged to execute the xsl:fallback
instruction. If you had said version="1.0" or version="2.0", then the
processor would instead have thrown a static error saying that there is
no such instruction as xsl:perform-magic.
> That I hope it will work for the next 13 versions?
> That I don't want any errors reporting?
> Some sort of future proofing?
> Is this unique to xslt? I can't recall it being used on any
> other recs.
> Does it make sense to anyone else please?
> Regards DaveP.
> **** snip here *****
> NOTICE: The information contained in this email and any
> attachments is
> confidential and may be legally privileged. If you are not the
> intended recipient you are hereby notified that you must not use,
> disclose, distribute, copy, print or rely on this email's content. If
> you are not the intended recipient, please notify the sender
> immediately and then delete the email and any attachments from your
> RNIB has made strenuous efforts to ensure that emails and any
> attachments generated by its staff are free from viruses. However, it
> cannot accept any responsibility for any viruses which are
> transmitted. We therefore recommend you scan all attachments.
> Please note that the statements and views expressed in this email
> and any attachments are those of the author and do not necessarily
> represent those of RNIB.
> RNIB Registered Charity Number: 226227
> Website: http://www.rnib.org.uk
> XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list