|
Subject: Re: AW: [xsl] Matching two consecutive <br><br> From: David Carlisle <davidc@xxxxxxxxx> Date: Mon, 23 Aug 2004 13:03:48 +0100 |
> Why would the > the processor have to think up prefixes on the fly? Well firstly it may always do that even if it doesn't have to, as the namespace rec sort of half implied that a xml+namespace parser needn't preserve the namespace prefixes, so XSLT does not assume that they are preserved, it can work with an xml parser that just returns names as uri+localname and more or less everything works almost nothing in xslt assumes anything about the prefixes used in the source document. The only constructs that access the prefixes are name() and the namespace:: axis, and in both cases the system is explictly allowed to use any consistent prefix it wants, it doesn't have to use the one in the source. that said, most systems do try to preserve prefixes as people get cross (as seen on a thread on this list last week) if you start with <html xmlns="http://www.w3.org/1999/xhtml> and the system produces names like <_lakjsgawkebrc23o7qiu:html xmlns:_lakjsgawkebrc23o7qiu="http://www.w3.org/1999/xhtml";> Wouldnt the association of namespace prefix to urn for any namespaces being used have to occur in the stylesheet namespace declarations in the stylesheet (most likely) have no effect on the prefixes used by name() most systems try to preserve prefixes from the source. David ________________________________________________________________________ This e-mail has been scanned for all viruses by Star Internet. The service is powered by MessageLabs. For more information on a proactive anti-virus service working around the clock, around the globe, visit: http://www.star.net.uk ________________________________________________________________________
| Current Thread |
|---|
|
| <- Previous | Index | Next -> |
|---|---|---|
| Re: AW: [xsl] Matching two consecut, Kenneth Stephen | Thread | RE: AW: [xsl] Matching two consecut, Michael Kay |
| Re: AW: [xsl] Matching two consecut, Kenneth Stephen | Date | [xsl] Grouping hierarchy path eleme, Daniel Geske |
| Month |