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

Re: Using multiple xpath-default-namespace

Subject: Re: Using multiple xpath-default-namespace
From: Michael Kay <mike@xxxxxxxxxxxx>
Date: Thu, 23 Jan 2014 16:18:58 +0000
Re:  Using multiple xpath-default-namespace
You can use xpath-default-namespace on any XSLT element, for example
xsl;template, to define a value for that template. However, it may be more
convenient to define it at the module level: put the code for handling a
particular source document in one stylesheet module, with an
xpath-default-namespace attribute on the xsl:stylesheet element of that
module.

Michael Kay
Saxonica

On 23 Jan 2014, at 11:43, Pankaj Chaturvedi <Pankaj.Chaturvedi@xxxxxxxxxxxxxx>
wrote:

> Hi,
>
> May be I sound bit stupid but is there a way using multiple
> "xpath-default-namespace" in one stylesheet. I have a case wherein I
> have multiple XML files following same DTD, but with different version,
> difference mainly being the different "xmlns".  There are slight other
> changes and I have written style sheet which I was thinking of using on
> both version of XML but that does not seems to be case. Tried using
> local-name() but it seems to fine on root element.
>
> I can though segregate or write two different XSLT to handle both case
> but I thought of cross check the possibility.
>
> TIA.
>
> Best,
> Pankaj

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.