|
[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: microsoft latest, bug with extension elements?
Paul Tchistopolskii writes:
>
> Because we have no else in XSLT, I assume you want
> the preprocessor mechanism in XSLT ? ( #ifdef )
well, no, i think you leap ahead of me. i was just fancifully wishing
I could say:
<xsl:variable name="processor">
<xsl:value-of select="system-property('xsl:vendor')"/>
</xsl:variable>
<xsl:if test="not(contains($processor,'Microsoft'))">
<xsl:import href="extras.xsl"/>
</xsl:if>
> I don't think it is really needed. XSLScript , for example,
> can generate XSLT-processor specific java bindings
> from some high-level 'neutral' binding construction.
true. but, being a kiddie, I don't have that extra layer around in my
simplistic "xml2html" script.
more to the point, I want to distribute my TEI stylesheets so that
they'll be useable by any processor (to the best of its ability)
without any further ado. Or, I can just
- wait for XSLT 1.1
- wait for processors to all be compliant
neither of which may be that long
Sebastian
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|

Cart








