This is the mail archive of the
xsl-list@mulberrytech.com
mailing list .
Re: ANNOUNCE: Petition to withdraw xsl:script from XSLT 1.1
- To: Jeni Tennison <mail at jenitennison dot com>
- Subject: Re: [xsl] ANNOUNCE: Petition to withdraw xsl:script from XSLT 1.1
- From: Francis Norton <francis at redrice dot com>
- Date: Thu, 01 Mar 2001 11:13:19 +0000
- CC: No xsl:script Petitioners <no-xsl-script at clarkevans dot com>, xsl-list at lists dot mulberrytech dot com
- References: <Pine.LNX.4.21.0103010105010.21499-100000@clarkevans.com> <57182939873.20010301103546@jenitennison.com>
- Reply-To: xsl-list at lists dot mulberrytech dot com
Jeni Tennison wrote:
>
> Hi Guys,
>
> I just wondered if you could expand on:
>
> > 5. Easy distribution of extension functions, a reason commonly cited
> > for embedded scripting, can be addressed separately and does not
> > necessarily have to be solved with the script metaphor, convenient
> > as it may be.
>
> How would you like to see the easy distribution of extension functions
> being addressed?
>
For me, I'd like to see things like *plucks examples from this morning's
thinking-in-bath session*: RDF parsers (RDF has multiple elements or
attribute serialisation options) or - for XSL FO or SVG -
exsl:text-depth($text, $box-width, $font-name) distributed as exsl
libraries.
Francis.
XSL-List info and archive: http://www.mulberrytech.com/xsl/xsl-list