[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: Carrying Namespaces through a XSL to XSL Transform

Subject: RE: Carrying Namespaces through a XSL to XSL Transformation
From: Kay Michael <Michael.Kay@xxxxxxx>
Date: Tue, 2 Jan 2001 11:02:30 -0000
RE:  Carrying Namespaces through a XSL to XSL Transform
> If I understand correctly, this is basically caused by the 
> fact that, in the
> desired generated XSLT, the namespace declaration is only 
> required because
> the prefix appears in XPath expressions, but not in a literal result
> element.
> 
> Seems to me that this is a hole that should be closed in XSLT 
> 1.1... (or is it?).
> 
The draft XSLT 1.1 (and indeed the draft XSLT 1.0 errata) defines semantics
for xsl:copy and xsl:copy-of when applied to a namespace node; this was
previously undefined. Essentially the namespace node is copied provided
there is no conflict with existing namespace nodes. This allows you to put a
namespace node on a result element that was not present on the element that
the result element was created from. The only constraint is that the
namespace declaration must be present somewhere in the source document, but
you can get round this if you're determined by using a result tree fragment
as an additional source document.

Mike Kay

 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list


Current Thread

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.