vendor neutral XSL extension namespace ?

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