This is the mail archive of the
xsl-list@mulberrytech.com
mailing list .
Common Extension Process (was: Re: Designs for XSLT functions)
- To: xsl-list at lists dot mulberrytech dot com
- Subject: [xsl] Common Extension Process (was: Re: Designs for XSLT functions)
- From: Uche Ogbuji <uche dot ogbuji at FourThought dot com>
- Date: Tue, 20 Feb 2001 07:48:14 -0700
- Reply-To: xsl-list at lists dot mulberrytech dot com
> > I hope that I and my fellow implementors who are interested
> > in these ideas can
> > all agree on a single NSRef for this set of extensions. I have the
> > opentechnology.org domain available. If this is amenable, how about
> >
> > xmlns.opentechnology.org/common-xslt-extensions
>
> How about xmlns.opentechnology.org/xslt-extensions/common
> to allow other groups such as /sql, /grouping, etc?
OK.
> But the namespace isn't important, it's the process for deciding how things
> get into it.
Agreed.
> The process can be very lightweight, but it needs to exist. My
> preferred option would be to have the decision controlled by a
> vendor-neutral referee whom everyone trusts. Any volunteers, Jeni?
Agreed, and Jeni would be a slam-dunk IMO if she volunteers.
If we decide to start such discussion, do we do so on this list, or do we want
to branch into an XSLT-DEV list? If the latter, I suggest Sourceforge, or I
could host the list (but I don't want to seem like I'm trying to take things
over). If we stay on this list, we should probably tag the posts with
[EXT-DEV] or something like that so we can be distinguished from the "how do I
group while I sort" question of the day.
--
Uche Ogbuji Principal Consultant
uche.ogbuji@fourthought.com +1 303 583 9900 x 101
Fourthought, Inc. http://Fourthought.com
4735 East Walnut St, Ste. C, Boulder, CO 80301-2537, USA
Software-engineering, knowledge-management, XML, CORBA, Linux, Python
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list