Subject: RE: [xsl] xsl:include is necessary after all From: "Evan Lenz" <elenz@xxxxxxxxxxx> Date: Fri, 18 May 2001 10:18:23 -0700 |
> -----Original Message----- > From: Evan Lenz [mailto:elenz@xxxxxxxxxxx] > Sent: Friday, May 18, 2001 10:09 AM > To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx > Subject: RE: [xsl] xsl:include is necessary after all > > > > > Not fine. The *-template caught most of the elements since the templates > > from B.xsl had no chance to match anything. So I had to modify > > the xsl:import > > in A.xsl to xsl:include. Since A.xsl was not my invention I would rather > > leave this stylesheet unchanged. > > > > Is this something the WG should consider when developing XSLT 2.0? > > Besides breaking existing stylesheets, what sorts of issues would > arise if conflicts were resolved the other way around instead > (priority first and *then* import precedence)? > > Evan In other words, what if import precedence was used simply to resolve conflicts between template rules of equal priority, and that would otherwise be illegal (if the implementor chooses to catch the error at compile-time)? This was my incorrect understanding of how it worked. Is there an inherent problem with this (besides backward-compatibility)? Evan XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
RE: [xsl] xsl:include is necessary , Evan Lenz | Thread | Re: [xsl] xsl:include is necessary , David Carlisle |
RE: [xsl] xsl:include is necessary , Evan Lenz | Date | Re: Re: [xsl] grouping, G=FCnter=20Pretterho |
Month |