From: TOM (ptittom@free.fr)
Date: Sun Oct 22 2000 - 13:57:15 EDT
On 22/10/2000 13:52:41 Bjorn Reese wrote:
> There has previously been some talk about building an XSLT
> processor on top of libxml. Has anybody started working on this?
As Daniel said, I started working on this.
> If so, how far did you get, and is the sourcecode available
> anywhere?
Currently not very far.
I started thinking on the contexts and began coding the extension
functions for XPath (document() is nearly done, others in the TODO list).
At the moment, the code is only on my hard disk. It isn't consistent
enough to have been made public.
> A feasible approach seems to be to start with evaluating existing
> XSLT processors, and if possible "borrow" ideas and code from
> them.
That's what I began to do with Sablotron from Ginger Alliance
<http://www.gingerall.com/>
In my opinion, the first thing to do is to define the structures for
accessing templates and the processor context (and probably also a parser
context).
Then implement tree parsing (the part on preserving blanks seems to be
quite difficult to resolve, with my today's programming knowledge) and
first processing (templates and apply-templates and all node creation XSLT
elements in a first time, then add the other stuff : output, variables and
params, loops and tests, etc.)
The reason why I began working on the XSLT functions is to familiarize
(is this english ?) me with XPath and its internal behaviour.
Oh, Daniel, I think all implicit and explicit XPath functions should be
made public, or at least in a xpathInternals.h, for XPath extension
facilities (for example, in the document() XSLT function, we need to convert
the first argument to a string (xmlXPathStringFunction) unless it's a
node-set in which case we need to merge different node-sets
(xmlXPathNodeSetMerge)).
Bjorn, contact me in private to discuss about all of this.
---- Message from the list xml@rpmfind.net Archived at : http://xmlsoft.org/messages/ to unsubscribe: echo "unsubscribe xml" | mail majordomo@rpmfind.net
This archive was generated by hypermail 2b29 : Sun Oct 22 2000 - 14:43:31 EDT