Re: HTML forms with XSLT slideshow question

["Smith, Brian BC SSI" <BS185791@xxxxxxxxxxxxxxxx>]

		> > extract from
http://www.w3.org/1999/08/WD-xslt-19990813#extension
<http://www.w3.org/1999/08/WD-xslt-19990813#extension> 
			> > >>>    This version of XSLT does not provide a
mechanism for defining
			> > >>>    implementations of extensions.
	>
	> The XSLT spec defines that syntax for calling your extension
functions, it
	> just doesn't define the calling conventions you need to use when
	> implementing the functions. All of the above systems (except MS)
support
	>the same syntax for calling extensions functions but your code for
	>implementing the function will vary between the systems.
	>
>This is the point.
>I want my stylesheets portable and don't have much time
>to write proprietary implementations.
>In other words I want my stylesheets to be "XSLT stylesheets", not "XT XSLT
stylesheets" or >"SAXON XSLT stylesheets".
>Combination  XSLT / ( Java- | Perl- | Python- )Script is processor
independent. And until next >version of XSLT draft (hopefully) I will stay
with it.
>All this said, extensions shipped with XT are great and I use them, of
course, even though they >changed from July to August version of the XT
processor.

I love the idea of extension functions, but they are unusable as is to me.
While I have some SAXON specific XSLT stylesheets, my norm is parser
independence.  With extension functions parser independence is not possible.
I believe the July working draft listed the binding to the extension
function as a futures issue.  The August working draft says nothing about a
standard for "implementation conventions" (bindings).   Both SAXON and XT
require the extension functions to be implemented in very different ways.  I
love the XT method and wish it would be matured into the standard.  Any one
know what the current thinking / plan for this standard is?  

Also I believe Sun may be including the extension functions binding in its
XML interface standard, but I do not follow this closely.

Brian Smith


 XSL-List info and archive:  http://www.mulberrytech.com/xsl/xsl-list