Subject: vendor neutral XSL extension namespace ? From: David Carlisle <davidc@xxxxxxxxx> Date: Sat, 6 Nov 1999 13:35:18 GMT |
Assuming xslt is about to become a recommendation... XSLT is hopefully about to become stable for a while there will I suppose be a gap before the next W3C recommended version 1.x or 2 or whatever. However there are some useful extensions being implemented, xt's document element to allow multiple output files, the result tree to node set conversions, Saxon's grouping constructs,... Would it be possible for XSL implementors to agree on a common extension namespace for some of these (that is explicitly an _experimental_ extension and does not imply later acceptance by W3C) It is unfortunate if stylesheets that could work unchanged on different implementations fail to do so just because of namespace differences in otherwise identical extensions. If such an agreement could be made it would be useful I think. (Perhaps the kind folks at Mulberry could offer a namespace uri related to the archives for this list?) David XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
Re: drawing a blank, Judi Thomson | Thread | Re: vendor neutral XSL extension na, James Tauber |
Re: Which XSLT processing API would, Rick Jelliffe | Date | Re: drawing a blank, Judi Thomson |
Month |