diff --git a/ChangeLog b/ChangeLog index 33c0a3cd..39bc1864 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,8 @@ +Sun Apr 27 12:46:31 CEST 2003 Daniel Veillard + + * NEWS doc/*.xsl doc/*.html: updated the web site, made the + transition to XHTML1 added validity checking to the makefile rules. + Sat Apr 26 14:00:58 CEST 2003 Daniel Veillard * python/generator.py: fixed a problem in the generator where diff --git a/NEWS b/NEWS index 8073f191..01973f63 100644 --- a/NEWS +++ b/NEWS @@ -5,7 +5,6 @@ http://xmlsoft.org/XSLT/news.html - CVS only : check the Changelog at http://cvs.gnome.org/lxr/source/libxslt/ChangeLog file @@ -174,7 +173,6 @@ for a really accurate description: 1.0.11: Feb 8 2002: - Change of Licence to the MIT Licence - - Added a beta version of the Python bindings, including support to extend the engine with functions written in Python - A number of bug fixes @@ -270,7 +268,6 @@ for a really accurate description: - a lot of cleanup, a lot of regression tests added or fixed - added a documentation for writing extensions - - fixed some variable evaluation problems (with William) - added profiling of stylesheet execution accessible as the xsltproc --profile option @@ -314,7 +311,6 @@ for a really accurate description: too) - John Fleck added a tutorial - - Fixes for namespace handling when evaluating variables - XInclude global flag added to process XInclude on document() if requested @@ -322,8 +318,7 @@ for a really accurate description: 0.11.0: June 1 2001: -Mostly a bug fix release. - - integration of catalogs from xsltproc +Mostly a bug fix release. - integration of catalogs from xsltproc - added --version to xsltproc for bug reporting - fixed errors when handling ID in external parsed entities - document() should hopefully work correctly but ... @@ -437,4 +432,3 @@ Mostly a bug fix release. Daniel Veillard at bugs.html - diff --git a/doc/API.html b/doc/API.html index 90c9157c..97782884 100644 --- a/doc/API.html +++ b/doc/API.html @@ -1,94 +1,16 @@ - - - - - -The programming API - - - - - -
-Gnome2 LogoRed Hat Logo
Made with Libxslt Logo
-
-

The XSLT C library for Gnome

-

The programming API

-
-
- -
- - - -
Main Menu
-
- -
- -
- - - -
Related links
- - - -
API Indexes
-
-

Okay this section is clearly incomplete. But integrating libxslt into your +The programming API
Gnome2 LogoRed Hat Logo
Made with Libxslt Logo

The XSLT C library for Gnome

The programming API

-
Main Menu
Related links
API Indexes

Okay this section is clearly incomplete. But integrating libxslt into your application should be relatively easy. First check the few steps described below, then for more detailed informations, look at the generated pages for the API and the source -of libxslt/xsltproc.c and the tutorial.

-

Basically doing an XSLT transformation can be done in a few steps:

-
    -
  1. configure the parser for XSLT: +of libxslt/xsltproc.c and the tutorial.

    Basically doing an XSLT transformation can be done in a few steps:

    1. configure the parser for XSLT:

      xmlSubstituteEntitiesDefault(1);

      xmlLoadExtDtdDefaultValue = 1;

      2. @@ -97,13 +19,7 @@ of libxslt/xsltproc.c and the tutorial
    2. apply the stylesheet using xsltApplyStylesheet()
    3. save the result using xsltSaveResultToFile() if needed set xmlIndentTreeOutput to 1
      4. -
    -

    Steps 2,3, and 5 will probably need to be changed depending on you +

Steps 2,3, and 5 will probably need to be changed depending on you processing needs and environment for example if reading/saving from/to memory, or if you want to apply XInclude processing to the stylesheet or -input documents.

-

Daniel Veillard

-
- - +input documents.

Daniel Veillard

diff --git a/doc/FAQ.html b/doc/FAQ.html index 8054ac50..b8dde11f 100644 --- a/doc/FAQ.html +++ b/doc/FAQ.html @@ -1,90 +1,13 @@ - - - - - -FAQ - - - - - -
-Gnome2 LogoRed Hat Logo
Made with Libxslt Logo
-
-

The XSLT C library for Gnome

-

FAQ

-
-
- -
- - - -
Main Menu
-
- -
- -
- - - -
Related links
- - - -
API Indexes
-
-
    -
  1. -passing parameters on the xsltproc command line doesn't work +FAQ
    Gnome2 LogoRed Hat Logo
    Made with Libxslt Logo

    The XSLT C library for Gnome

    FAQ

    -
    Main Menu
    Related links
    API Indexes
    1. passing parameters on the xsltproc command line doesn't work

      xsltproc --param test alpha foo.xsl foo.xml

      the param does not get passed and ends up as ""

      In a nutshell do a double escaping at the shell prompt:

      @@ -98,14 +21,7 @@ A:link, A:visited, A:active { text-decoration: underline }

      or use

      xsltproc --stringparam test alpha foo.xsl foo.xml

      2. -
    2. -Is there C++ bindings ? -

      Yes for example xmlwrapp , see the related pages about bindings -

      +
    3. Is there C++ bindings ? +

      Yes for example xmlwrapp , see the related pages about bindings

      4. -
    -

    Daniel Veillard

    -
    - - +

Daniel Veillard

diff --git a/doc/Makefile.am b/doc/Makefile.am index 53932c45..75daf794 100644 --- a/doc/Makefile.am +++ b/doc/Makefile.am @@ -36,14 +36,16 @@ web: $(PAGES) $(APIPAGES) $(PAGES): $(srcdir)/xslt.html $(srcdir)/site.xsl -@(if [ -x $(bindir)/xsltproc ] ; then \ $(bindir)/xsltproc --html $(srcdir)/site.xsl $(srcdir)/xslt.html > index.html ; fi ) + -@(if [ -x $(bindir)/xmllint ] ; then \ + $(bindir)/xmllint --valid --noout $(PAGES) ; fi ); $(top_srcdir)/NEWS: $(top_srcdir)/doc/news.xsl $(top_srcdir)/doc/news.html -@(if [ -x $(bindir)/xsltproc ] ; then \ - $(bindir)/xsltproc --html $(top_srcdir)/doc/news.xsl $(top_srcdir)/doc/news.html > $(top_srcdir)/NEWS ; fi ); + $(bindir)/xsltproc $(top_srcdir)/doc/news.xsl $(top_srcdir)/doc/news.html > $(top_srcdir)/NEWS ; fi ); libxslt.xsa: $(top_srcdir)/doc/xsa.xsl $(top_srcdir)/doc/news.html -@(if [ -x $(bindir)/xsltproc ] ; then \ - $(bindir)/xsltproc --html $(top_srcdir)/doc/xsa.xsl $(top_srcdir)/doc/news.html > libxslt.xsa ; fi ); + $(bindir)/xsltproc $(top_srcdir)/doc/xsa.xsl $(top_srcdir)/doc/news.html > libxslt.xsa ; fi ); $(APIPAGES): libxslt-refs.xml site.xsl api.xsl -@(if [ -x $(bindir)/xsltproc ] ; then \ diff --git a/doc/bugs.html b/doc/bugs.html index 4e4ca023..4599eefa 100644 --- a/doc/bugs.html +++ b/doc/bugs.html @@ -1,150 +1,59 @@ - - - - - -Reporting bugs and getting help - - - - - -
-Gnome2 LogoRed Hat Logo
Made with Libxslt Logo
-
-

The XSLT C library for Gnome

-

Reporting bugs and getting help

-
-
- -
- - - -
Main Menu
-
- -
- -
- - - -
Related links
- - - -
API Indexes
-
-

If you need help with the XSLT language itself, here are a number of -useful resources:

-
    -
  • I strongly suggest to subscribe to XSL-list, check the XSL-list - archives -
    • +Reporting bugs and getting help
    Gnome2 LogoRed Hat Logo
    Made with Libxslt Logo

    The XSLT C library for Gnome

    Reporting bugs and getting help

    -
    Main Menu
    Related links
    API Indexes

    If you need help with the XSLT language itself, here are a number of +useful resources:

    -

    Well, bugs or missing features are always possible, and I will make a +

    Well, bugs or missing features are always possible, and I will make a point of fixing them in a timely fashion. The best way to report a bug is to use the Gnome bug tracking database (make sure to use the "libxslt" module name). I look at reports there regularly and it's good to have a reminder when a bug -is still open. Be sure to specify that the bug is for the package libxslt.

    -

    There is also a mailing-list xslt@gnome.org for libxslt, with an on-line archive. To subscribe +is still open. Be sure to specify that the bug is for the package libxslt.

    There is also a mailing-list xslt@gnome.org for libxslt, with an on-line archive. To subscribe to this list, please visit the associated Web page -and follow the instructions.

    -

    Alternatively, you can just send the bug to the xslt@gnome.org list, if it's really libxslt +and follow the instructions.

    Alternatively, you can just send the bug to the xslt@gnome.org list, if it's really libxslt related I will approve it.. Please do not send me mail directly especially for portability problem, it makes things really harder to track and in some cases I'm not the best person to answer a given question, ask the list instead. Do not send code, I won't debug it (but patches are -really appreciated!).

    -

    Check the following too before -posting:

    -
      -
    • -use the search engine to get informations +really appreciated!).

      Check the following too before +posting:

      • use the search engine to get informations related to your problem.
      • make sure you are using a recent version, and that the problem still shows up in those
      • check the list archives to see if the problem was reported already, in this case there is probably a fix available, similarly check the registered - open bugs -
        • + open bugs
      • make sure you can reproduce the bug with xsltproc, a very useful thing to do is run the transformation with -v argument and redirect the standard error to a file, then search in this file for the transformation logs just preceding the possible problem
      • Please send the command showing the error as well as the input and stylesheet (as an attachment)
        • -
      -

      Then send the bug with associated informations to reproduce it to the xslt@gnome.org list; if it's really libxslt +

    Then send the bug with associated informations to reproduce it to the xslt@gnome.org list; if it's really libxslt related I will approve it. Please do not send mail to me directly, it makes things really hard to track and in some cases I am not the best person to -answer a given question, ask on the list.

    -

    To be really clear about support:

    -
      -
    • Support or help request MUST be sent to +answer a given question, ask on the list.

      To be really clear about support:

      • Support or help request MUST be sent to the list or on bugzilla in case of problems, so that the Question and Answers can be shared publicly. Failing to do so carries the implicit message "I want free support but I don't want to share the benefits with @@ -158,16 +67,9 @@ answer a given question, ask on the list.

        for prior feedback also carries the implicit message "the time of the library maintainers is less valuable than my time" and might not be welcome.
        • -
      -

      Of course, bugs reports with a suggested patch for fixing them will -probably be processed faster.

      -

      If you're looking for help, a quick look at the list archive may actually +

    Of course, bugs reports with a suggested patch for fixing them will +probably be processed faster.

    If you're looking for help, a quick look at the list archive may actually provide the answer, I usually send source samples when answering libxslt usage questions. The auto-generated documentation is not as polished as I would like (I need to learn more about Docbook), but -it's a good starting point.

    -

    Daniel Veillard

    -
    - - +it's a good starting point.

    Daniel Veillard

diff --git a/doc/contribs.html b/doc/contribs.html index 69fa7002..6ed6b133 100644 --- a/doc/contribs.html +++ b/doc/contribs.html @@ -1,119 +1,34 @@ - - - - - -Contributions - - - - - -
-Gnome2 LogoRed Hat Logo
Made with Libxslt Logo
-
-

The XSLT C library for Gnome

-

Contributions

-
-
- -
- - - -
Main Menu
-
- -
- -
- - - -
Related links
- - - -
API Indexes
-
-

Daniel Veillard

Daniel Veillard

diff --git a/doc/docbook.html b/doc/docbook.html index 0ef08b95..bac8221e 100644 --- a/doc/docbook.html +++ b/doc/docbook.html @@ -1,104 +1,22 @@ - - - - - -DocBook - - - - - -
-Gnome2 LogoRed Hat Logo
Made with Libxslt Logo
-
-

The XSLT C library for Gnome

-

DocBook

-
-
- -
- - - -
Main Menu
-
- -
- -
- - - -
Related links
- - - -
API Indexes
-
-

The duck picture

-

-DocBook is an +DocBook
Gnome2 LogoRed Hat Logo
Made with Libxslt Logo

The XSLT C library for Gnome

DocBook

-
Main Menu
Related links
API Indexes

The duck picture

DocBook is an XML/SGML vocabulary particularly well suited to books and papers about -computer hardware and software.

-

xsltproc and libxslt are not specifically dependant on DocBook, but since +computer hardware and software.

xsltproc and libxslt are not specifically dependant on DocBook, but since a lot of people use xsltproc and libxml2 for DocBook formatting, here are a -few pointers and informations which may be helpful:

-

Do not use the --docbook option of xsltproc to process XML DocBook documents, this option is only intended to provide some (limited) support of -the SGML version of DocBook.

-

Points which are not DocBook specific but still worth mentionning -again:

-
    -
  • if you think DocBook processing time is too slow, make sure you have +the SGML version of DocBook.

    Points which are not DocBook specific but still worth mentionning +again:

    • if you think DocBook processing time is too slow, make sure you have XML Catalogs pointing to a local installation of the DTD of DocBook. Check the XML Catalog page to understand more on this subject.
      • @@ -147,9 +57,4 @@ again:

      with some forms of validity errors left, but in general it can give troubles on output.

      -
    -

    Daniel Veillard

    -
- - +

Daniel Veillard

diff --git a/doc/docs.html b/doc/docs.html index d623589f..3ba0c163 100644 --- a/doc/docs.html +++ b/doc/docs.html @@ -1,100 +1,17 @@ - - - - - -Documentation - - - - - -
-Gnome2 LogoRed Hat Logo
Made with Libxslt Logo
-
-

The XSLT C library for Gnome

-

Documentation

-
-
- -
- - - -
Main Menu
-
- -
- -
- - - -
Related links
- - - -
API Indexes
-
-

There are some on-line resources about using libxslt:

-
    -
  1. Check the API +Documentation
    Gnome2 LogoRed Hat Logo
    Made with Libxslt Logo

    The XSLT C library for Gnome

    Documentation

    -
    Main Menu
    Related links
    API Indexes

    There are some on-line resources about using libxslt:

    1. Check the API documentation automatically extracted from code comments (using gtk doc).
    2. Look at the mailing-list archive.
    3. Of course since libxslt is based on libxml, it's a good idea to at - least read libxml description -
      4. -
    -

    Daniel Veillard

    -
    - - + least read     libxml description
    2. +

Daniel Veillard

diff --git a/doc/downloads.html b/doc/downloads.html index ac4c66ed..bf77d830 100644 --- a/doc/downloads.html +++ b/doc/downloads.html @@ -1,88 +1,13 @@ - - - - - -Downloads - - - - - -
-Gnome2 LogoRed Hat Logo
Made with Libxslt Logo
-
-

The XSLT C library for Gnome

-

Downloads

-
-
- -
- - - -
Main Menu
-
- -
- -
- - - -
Related links
- - - -
API Indexes
-
-

The latest versions of libxslt can be found on xmlsoft.org (Seattle, France) or on the Gnome FTP server as a +Downloads
Gnome2 LogoRed Hat Logo
Made with Libxslt Logo

The XSLT C library for Gnome

Downloads

-
Main Menu
Related links
API Indexes

The latest versions of libxslt can be found on xmlsoft.org (Seattle, France) or on the Gnome FTP server as a source archive, Antonin Sprinzl also provides a mirror in Austria. (NOTE that you need the libxml2, @@ -93,25 +18,12 @@ the Windows port, binaries. Gary Pennington provides Solaris binaries. Steve Ball provides Mac Os X -binaries.

-

Contribs:

-

I do accept external contributions, especially if compiling on another +binaries.

Contribs:

I do accept external contributions, especially if compiling on another platform, get in touch with me to upload the package. I will keep them in the -contrib directory -

-

Libxslt is also available from CVS:

-
- - +

Daniel Veillard

diff --git a/doc/extensions.html b/doc/extensions.html index bb296fc0..cfbaaa83 100644 --- a/doc/extensions.html +++ b/doc/extensions.html @@ -1,90 +1,13 @@ - - - - - -Writing extensions - - - - - -
-Gnome2 LogoRed Hat Logo
Made with Libxslt Logo
-
-

The XSLT C library for Gnome

-

Writing extensions

-
-
- -
- - - -
Main Menu
-
- -
- -
- - - -
Related links
- - - -
API Indexes
-
-

Table of content

-
    -
  • Introduction
    • +Writing extensions
    Gnome2 LogoRed Hat Logo
    Made with Libxslt Logo

    The XSLT C library for Gnome

    Writing extensions

    -
    Main Menu
    Related links
    API Indexes

    Table of content

    -

    Introduction

    -

    This document describes the work needed to write extensions to the -standard XSLT library for use with libxslt, the XSLT C library developed for the Gnome project.

    -

    Before starting reading this document it is highly recommended to get -familiar with the libxslt internals.

    -

    Note: this documentation is by definition incomplete and I am not good at -spelling, grammar, so patches and suggestions are really welcome.

    -

    Basics

    -

    The XSLT specification provides -two ways to extend an XSLT engine:

    -

    Introduction

    This document describes the work needed to write extensions to the +standard XSLT library for use with libxslt, the XSLT C library developed for the Gnome project.

    Before starting reading this document it is highly recommended to get +familiar with the libxslt internals.

    Note: this documentation is by definition incomplete and I am not good at +spelling, grammar, so patches and suggestions are really welcome.

    Basics

    The XSLT specification provides +two ways to extend an XSLT engine:

    -

    In both cases the extensions need to be associated to a new namespace, +

    In both cases the extensions need to be associated to a new namespace, i.e. an URI used as the name for the extension's namespace (there is no need -to have a resource there for this to work).

    -

    libxslt provides a few extensions itself, either in libxslt namespace +to have a resource there for this to work).

    libxslt provides a few extensions itself, either in libxslt namespace "http://xmlsoft.org/XSLT/" or in other namespace for well known extensions -provided by other XSLT processors like Saxon, Xalan or XT.

    -

    Extension modules

    -

    Since extensions are bound to a namespace name, usually sets of extensions +provided by other XSLT processors like Saxon, Xalan or XT.

    Extension modules

    Since extensions are bound to a namespace name, usually sets of extensions coming from a given source are using the same namespace name defining in practice a group of extensions providing elements, functions or both. From libxslt point of view those are considered as an "extension module", and most -of the APIs work at a module point of view.

    -

    Registration of new functions or elements are bound to the activation of +of the APIs work at a module point of view.

    Registration of new functions or elements are bound to the activation of the module, this is currently done by declaring the namespace as an extension by using the attribute extension-element-prefixes on the xsl:stylesheet -element.

    -

    And extension module is defined by 3 objects:

    -
      -
    • the namespace name associated
      • +element.

      And extension module is defined by 3 objects:

      • the namespace name associated
      • an initialization function
      • a shutdown function
        • -
      -

      Registering a module

      -

      Currently a libxslt module has to be compiled within the application using +

    Registering a module

    Currently a libxslt module has to be compiled within the application using libxslt, there is no code to load dynamically shared libraries associated to namespace (this may be added but is likely to become a portability -nightmare).

    -

    So the current way to register a module is to link the code implementing -it with the application and to call a registration function:

    -
    int xsltRegisterExtModule(const xmlChar *URI,
+nightmare).
    So the current way to register a module is to link the code implementing
+it with the application and to call a registration function:
    int xsltRegisterExtModule(const xmlChar *URI,
                           xsltExtInitFunction initFunc,
-                          xsltExtShutdownFunction shutdownFunc);
    
-
    The associated header is read by:
    
-
    #include<libxslt/extensions.h>
    
-
    which also defines the type for the initialization and shutdown
-functions
    
-
    Loading a module
    
-
    Once the module URI has been registered and if the XSLT processor detects
+                          xsltExtShutdownFunction shutdownFunc);

    The associated header is read by:

    #include<libxslt/extensions.h>

    which also defines the type for the initialization and shutdown +functions

    Loading a module

    Once the module URI has been registered and if the XSLT processor detects that a given stylesheet needs the functionalities of an extended module, this -one is initialized.

    -

    The xsltExtInitFunction type defines the interface for an initialization -function:

    -
    /**
+one is initialized.
    The xsltExtInitFunction type defines the interface for an initialization
+function:
    /**
  * xsltExtInitFunction:
  * @ctxt:  an XSLT transformation context
  * @URI:  the namespace URI for the extension
@@ -175,10 +71,7 @@ function:
    
  * transformation
  */
 typedef void *(*xsltExtInitFunction)(xsltTransformContextPtr ctxt,
-                                     const xmlChar *URI);
    
-
    There are 3 things to notice:
    
-
      
-
    • the function gets passed the namespace name URI as an argument, this
+                                     const xmlChar *URI);

    There are 3 things to notice:

    • the function gets passed the namespace name URI as an argument, this allow a single function to provide the initialization for multiple logical modules
    • it also gets passed a transformation context, the initialization is @@ -190,28 +83,18 @@ typedef void *(*xsltExtInitFunction)(xsltTransformContextPtr ctxt, database which should be kept and reused along the transformation. NULL is a perfectly valid return, there is no way to indicate a failure at this level
      • -
    -

    What this function is expected to do is:

    -
      -
    • prepare the context for this module (like opening the database +

    What this function is expected to do is:

    • prepare the context for this module (like opening the database connection)
    • register the extensions specific to this module
      • -
    -

    Registering an extension function

    -

    There is a single call to do this registration:

    -
    int xsltRegisterExtFunction(xsltTransformContextPtr ctxt,
+
    Registering an extension function
    There is a single call to do this registration:
    int xsltRegisterExtFunction(xsltTransformContextPtr ctxt,
                             const xmlChar *name,
                             const xmlChar *URI,
-                            xmlXPathEvalFunc function);
    
-
    The registration is bound to a single transformation instance referred by
+                            xmlXPathEvalFunc function);

    The registration is bound to a single transformation instance referred by ctxt, name is the UTF8 encoded name for the NCName of the function, and URI is the namespace name for the extension (no checking is done, a module could register functions or elements from a different namespace, but it is not -recommended).

    -

    Implementing an extension function

    -

    The implementation of the function must have the signature of a libxml -XPath function:

    -
    /**
+recommended).
    Implementing an extension function
    The implementation of the function must have the signature of a libxml
+XPath function:
    /**
  * xmlXPathEvalFunc:
  * @ctxt: an XPath parser context
  * @nargs: the number of arguments passed to the function
@@ -221,11 +104,8 @@ XPath function:
    
  */
 
 typedef void (*xmlXPathEvalFunc)(xmlXPathParserContextPtr ctxt,
-                                 int nargs);
    
-
    The context passed to an XPath function is not an XSLT context but an XPath context. However it is possible to
-find one from the other:
    
-
      
-
    • The function xsltXPathGetTransformContext provide this lookup facility:
+                                 int nargs);

    The context passed to an XPath function is not an XSLT context but an XPath context. However it is possible to +find one from the other:

    • The function xsltXPathGetTransformContext provide this lookup facility: 
      xsltTransformContextPtr
          xsltXPathGetTransformContext
                           (xmlXPathParserContextPtr ctxt);
      @@ -233,50 +113,34 @@ find one from the other:

    • The xmlXPathContextPtr associated to an xsltTransformContext is stored in the xpathCtxt field.
      • -
    -

    The first thing an extension function may want to do is to check the +

    The first thing an extension function may want to do is to check the arguments passed on the stack, the nargs will precise how many of them were provided on the XPath expression. The macros valuePop will -extract them from the XPath stack:

    -
    #include <libxml/xpath.h>
+extract them from the XPath stack:
    #include <libxml/xpath.h>
 #include <libxml/xpathInternals.h>
 
-xmlXPathObjectPtr obj = valuePop(ctxt); 
    
-
    Note that ctxt is the XPath context not the XSLT one. It is
+xmlXPathObjectPtr obj = valuePop(ctxt);

    Note that ctxt is the XPath context not the XSLT one. It is then possible to examine the content of the value. Check the description of XPath objects if necessary. The following is a common sequcnce checking whether the argument passed is a string and converting it using the built-in XPath -string() function if this is not the case:

    -
    if (obj->type != XPATH_STRING) {
+string() function if this is not the case:
    if (obj->type != XPATH_STRING) {
     valuePush(ctxt, obj);
     xmlXPathStringFunction(ctxt, 1);
     obj = valuePop(ctxt);
-}
    
-
    Most common XPath functions are available directly at the C level and are
+}

    Most common XPath functions are available directly at the C level and are exported either in <libxml/xpath.h> or in -<libxml/xpathInternals.h>.

    -

    The extension function may also need to retrieve the data associated to +<libxml/xpathInternals.h>.

    The extension function may also need to retrieve the data associated to this module instance (the database connection in the previous example) this -can be done using the xsltGetExtData:

    -
    void * xsltGetExtData(xsltTransformContextPtr ctxt,
-                      const xmlChar *URI);
    -

    again the URI to be provided is the one used which was used when -registering the module.

    -

    Once the function finishes, don't forget to:

    -
      -
    • push the return value on the stack using valuePush(ctxt, - obj) -
      • +can be done using the xsltGetExtData:

      void * xsltGetExtData(xsltTransformContextPtr ctxt,
+                      const xmlChar *URI);

      again the URI to be provided is the one used which was used when +registering the module.

      Once the function finishes, don't forget to:

      • push the return value on the stack using valuePush(ctxt, + obj)
      • deallocate the parameters passed to the function using - xmlXPathFreeObject(obj) -
        • -
      -

      Examples for extension functions

      -

      The module libxslt/functions.c containsthe sources of the XSLT built-in + xmlXPathFreeObject(obj) +

    Examples for extension functions

    The module libxslt/functions.c containsthe sources of the XSLT built-in functions, including document(), key(), generate-id(), etc. as well as a full example module at the end. Here is the test function implementation for the -libxslt:test function:

    -
    /**
+libxslt:test function:
    /**
  * xsltExtFunctionTest:
  * @ctxt:  the XPath Parser context
  * @nargs:  the number of arguments
@@ -305,24 +169,16 @@ xsltExtFunctionTest(xmlXPathParserContextPtr ctxt, int nargs)
     xsltGenericDebug(xsltGenericDebugContext,
                      "libxslt:test() called with %d args\n", nargs);
 #endif
-}
    
-
    Registering an extension element
    
-
    There is a single call to do this registration:
    
-
    int xsltRegisterExtElement(xsltTransformContextPtr ctxt,
+}
    Registering an extension element
    There is a single call to do this registration:
    int xsltRegisterExtElement(xsltTransformContextPtr ctxt,
                            const xmlChar *name,
                            const xmlChar *URI,
-                           xsltTransformFunction function);
    
-
    It is similar to the mechanism used to register an extension function,
+                           xsltTransformFunction function);

    It is similar to the mechanism used to register an extension function, except that the signature of an extension element implementation is -different.

    -

    The registration is bound to a single transformation instance referred by +different.

    The registration is bound to a single transformation instance referred by ctxt, name is the UTF8 encoded name for the NCName of the element, and URI is the namespace name for the extension (no checking is done, a module could -register elements for a different namespace, but it is not recommended).

    -

    Implementing an extension element

    -

    The implementation of the element must have the signature of an XSLT -transformation function:

    -
    /** 
+register elements for a different namespace, but it is not recommended).
    Implementing an extension element
    The implementation of the element must have the signature of an XSLT
+transformation function:
    /** 
  * xsltTransformFunction: 
  * @ctxt: the XSLT transformation context
  * @node: the input node
@@ -336,19 +192,16 @@ typedef void (*xsltTransformFunction)
                           (xsltTransformContextPtr ctxt,
                            xmlNodePtr node,
                            xmlNodePtr inst,
-                           xsltStylePreCompPtr comp);
    
-
    The first argument is the XSLT transformation context. The second and
+                           xsltStylePreCompPtr comp);

    The first argument is the XSLT transformation context. The second and third arguments are xmlNodePtr i.e. internal memory representation of XML nodes. They are respectively node from the the input document being transformed by the stylesheet and inst the extension element in the stylesheet. The last argument is comp a pointer to a precompiled representation of inst but usually for extension function this value is NULL by default (it could be added and associated to -the instruction in inst->_private).

    -

    The same functions are available from a function implementing an extension +the instruction in inst->_private).

    The same functions are available from a function implementing an extension element as in an extension function, including -xsltGetExtData().

    -

    The goal of extension element being usually to enrich the generated +xsltGetExtData().

    The goal of extension element being usually to enrich the generated output, it is expected that they will grow the currently generated output tree, this can be done by grabbing ctxt->insert which is the current libxml node being generated (Note this can also be the intermediate value @@ -356,13 +209,10 @@ tree being built for example to initialize a variable, the processing should be similar). The functions for libxml tree manipulation from <libxml/tree.h> can be employed to extend or modify the tree, but it is required to preserve the insertion node and its ancestors since there is existing pointers to those -elements still in use in the XSLT template execution stack.

    -

    Example for extension elements

    -

    The module libxslt/transform.c containsthe sources of the XSLT built-in +elements still in use in the XSLT template execution stack.

    Example for extension elements

    The module libxslt/transform.c containsthe sources of the XSLT built-in elements, including xsl:element, xsl:attribute, xsl:if, etc. There is a small but full example in functions.c providing the implementation for the -libxslt:test element, it will output a comment in the result tree:

    -
    /**
+libxslt:test element, it will output a comment in the result tree:
    /**
  * xsltExtElementTest:
  * @ctxt:  an XSLT processing context
  * @node:  The current node
@@ -402,13 +252,10 @@ xsltExtElementTest(xsltTransformContextPtr ctxt, xmlNodePtr node,
         xmlNewComment((const xmlChar *)
                       "libxslt:test element test worked");
     xmlAddChild(ctxt->insert, comment);
-}
    
-
    The shutdown of a module
    
-
    When the XSLT processor ends a transformation, the shutdown function (if
+}

    The shutdown of a module

    When the XSLT processor ends a transformation, the shutdown function (if it exists) of all the modules initialized are called.The xsltExtShutdownFunction type defines the interface for a shutdown -function:

    -
    /**
+function:
    /**
  * xsltExtShutdownFunction:
  * @ctxt:  an XSLT transformation context
  * @URI:  the namespace URI for the extension
@@ -418,25 +265,14 @@ function:
    
  */
 typedef void (*xsltExtShutdownFunction) (xsltTransformContextPtr ctxt,
                                          const xmlChar *URI,
-                                         void *data);
    
-
    this is really similar to a module initialization function except a third
+                                         void *data);

    this is really similar to a module initialization function except a third argument is passed, it's the value that was returned by the initialization function. This allow to deallocate resources from the module for example -close the connection to the database to keep the same example.

    -

    Future work

    -

    Well some of the pieces missing:

    -
      -
    • a way to load shared libraries to instanciate new modules
      • +close the connection to the database to keep the same example.

      Future work

      Well some of the pieces missing:

      • a way to load shared libraries to instanciate new modules
      • a better detection of extension function usage and their registration without having to use the extension prefix which ought to be reserved to element extensions.
      • more examples
      • implementations of the EXSLT common extension libraries, Thomas Broyer nearly finished implementing them.
        • -
      -

      -

      Daniel Veillard

      -
    - - +

Daniel Veillard

diff --git a/doc/help.html b/doc/help.html index b3bf6341..9978699a 100644 --- a/doc/help.html +++ b/doc/help.html @@ -1,92 +1,15 @@ - - - - - -How to help - - - - - -
-Gnome2 LogoRed Hat Logo
Made with Libxslt Logo
-
-

The XSLT C library for Gnome

-

How to help

-
-
- -
- - - -
Main Menu
-
- -
- -
- - - -
Related links
- - - -
API Indexes
-
-

You can help the project in various ways, the best thing to do first is to +How to help
Gnome2 LogoRed Hat Logo
Made with Libxslt Logo

The XSLT C library for Gnome

How to help

-
Main Menu
Related links
API Indexes

You can help the project in various ways, the best thing to do first is to subscribe to the mailing-list as explained before, check the archives and the Gnome bug -database::

-
    -
  1. provide patches when you find problems
    2. +database::

    1. provide patches when you find problems
    2. provide the diffs when you port libxslt to a new platform. They may not be integrated in all cases but help pinpointing portability problems and
      3. @@ -98,9 +21,4 @@ database::

      provide a fix. Get in touch with me before to avoid synchronization problems and check that the suggested fix will fit in nicely :-) -
    -

    Daniel Veillard

    -
- - +

Daniel Veillard

diff --git a/doc/index.html b/doc/index.html index ce7ebe99..030e6f44 100644 --- a/doc/index.html +++ b/doc/index.html @@ -1,107 +1,257 @@ - - - - - -The XSLT C library for Gnome - - - - - -
-Gnome2 LogoRed Hat Logo
Made with Libxslt Logo
-
-

The XSLT C library for Gnome

-

libxslt

-
- + +
- - + +
- - - -
Main Menu
-
- -
- -
- - - -
Related links
- - - -
API Indexes
-
 + +
+ +
+ +
-

Libxslt is the XSLT C library + + The XSLT C library for Gnome + + + + + + + +
+ + Gnome2 Logo + + + Red Hat Logo + +
+ + Made with Libxslt Logo + +
+ 		+ + + + +
+ + + + +
+

The XSLT C library for Gnome

+

libxslt

+
+
+
+ + +
+ + + + -
+ + + + +
+ + + + + + + +
+
+ Main Menu +
+
+
+ + +
+ +
+ + + + + + + +
+
+ Related links +
+
+ +
+ + + + + + + +
+
+ API Indexes +
+
+ +
+
+ 		+ + +
+ + +
+ + +
+

Libxslt is the XSLT C library developed for the Gnome project. XSLT itself is a an XML language to define transformation for XML. Libxslt is based on libxml2 the XML C library developed for the Gnome project. It also implements most of the EXSLT set of processor-portable extensions functions and some of Saxon's evaluate and expressions extensions.

-

People can either embed the library in their application or use xsltproc +

People can either embed the library in their application or use xsltproc the command line processing tool. This library is free software and can be reused in commercial applications (see the intro)

-

External documents:

-
- +

+

Logo designed by Marc Liyanage.

+

+ Daniel Veillard +

+
+
+
+
+
+ diff --git a/doc/internals.html b/doc/internals.html index 2881a21c..8ea54ab9 100644 --- a/doc/internals.html +++ b/doc/internals.html @@ -1,90 +1,13 @@ - - - - - -Library internals - - - - - -
-Gnome2 LogoRed Hat Logo
Made with Libxslt Logo
-
-

The XSLT C library for Gnome

-

Library internals

-
-
- -
- - - -
Main Menu
-
- -
- -
- - - -
Related links
- - - -
API Indexes
-
-

Table of contents

-
    -
  • Introduction
    • +Library internals
    Gnome2 LogoRed Hat Logo
    Made with Libxslt Logo

    The XSLT C library for Gnome

    Library internals

    -
    Main Menu
    Related links
    API Indexes

    Table of contents

    -

    Introduction

    -

    This document describes the processing of libxslt, the XSLT C library developed for the Gnome project.

    -

    Note: this documentation is by definition incomplete and I am not good at -spelling, grammar, so patches and suggestions are really welcome.

    -

    Basics

    -

    XSLT is a transformation language. It takes an input document and a -stylesheet document and generates an output document:

    -

    the XSLT processing model

    -

    Libxslt is written in C. It relies on libxml, the XML C library for Gnome, for -the following operations:

    -
      -
    • parsing files
      • +

    Introduction

    This document describes the processing of libxslt, the XSLT C library developed for the Gnome project.

    Note: this documentation is by definition incomplete and I am not good at +spelling, grammar, so patches and suggestions are really welcome.

    Basics

    XSLT is a transformation language. It takes an input document and a +stylesheet document and generates an output document:

    the XSLT processing model

    Libxslt is written in C. It relies on libxml, the XML C library for Gnome, for +the following operations:

    • parsing files
    • building the in-memory DOM structure associated with the documents handled
    • the XPath implementation
    • serializing back the result document to XML and HTML. (Text is handled directly.)
      • -
    -

    Keep it simple stupid

    -

    Libxslt is not very specialized. It is built under the assumption that all +

    Keep it simple stupid

    Libxslt is not very specialized. It is built under the assumption that all nodes from the source and output document can fit in the virtual memory of the system. There is a big trade-off there. It is fine for reasonably sized documents but may not be suitable for large sets of data. The gain is that it can be used in a relatively versatile way. The input or output may never be serialized, but the size of documents it can handle are limited by the size -of the memory available.

    -

    More specialized memory handling approaches are possible, like building +of the memory available.

    More specialized memory handling approaches are possible, like building the input tree from a serialization progressively as it is consumed, factoring repetitive patterns, or even on-the-fly generation of the output as the input is parsed but it is possible only for a limited subset of the stylesheets. In general the implementation of libxslt follows the following -pattern:

    -
      -
    • KISS (keep it simple stupid)
      • +pattern:

      • KISS (keep it simple stupid)
      • when there is a clear bottleneck optimize on top of this simple framework and refine only as much as is needed to reach the expected result
        • -
      -

      The result is not that bad, clearly one can do a better job but more +

    The result is not that bad, clearly one can do a better job but more specialized too. Most optimization like building the tree on-demand would need serious changes to the libxml XPath framework. An easy step would be to serialize the output directly (or call a set of SAX-like output handler to keep this a flexible interface) and hence avoid the memory consumption of the -result.

    -

    The libxml nodes

    -

    DOM-like trees, as used and generated by libxml and libxslt, are +result.

    The libxml nodes

    DOM-like trees, as used and generated by libxml and libxslt, are relatively complex. Most node types follow the given structure except a few -variations depending on the node type:

    -

    description of a libxml node

    -

    Nodes carry a name and the node type -indicates the kind of node it represents, the most common ones are:

    -
      -
    • document nodes
      • +variations depending on the node type:

      description of a libxml node

      Nodes carry a name and the node type +indicates the kind of node it represents, the most common ones are:

      • document nodes
      • element nodes
      • text nodes
        • -
      -

      For the XSLT processing, entity nodes should not be generated (i.e. they +

    For the XSLT processing, entity nodes should not be generated (i.e. they should be replaced by their content). Most nodes also contains the following -"navigation" informations:

    -
      -
    • the containing document
      • +"navigation" informations:

      • the containing document
      • the parent node
      • the first children node
      • the last children node
      • the previous sibling
      • the following sibling (next)
        • -
      -

      Elements nodes carries the list of attributes in the properties, an +

    Elements nodes carries the list of attributes in the properties, an attribute itself holds the navigation pointers and the children list (the attribute value is not represented as a simple string to allow usage of -entities references).

    -

    The ns points to the namespace declaration for the +entities references).

    The ns points to the namespace declaration for the namespace associated to the node, nsDef is the linked list -of namespace declaration present on element nodes.

    -

    Most nodes also carry an _private pointer which can be -used by the application to hold specific data on this node.

    -

    The XSLT processing steps

    -

    There are a few steps which are clearly decoupled at the interface -level:

    -
      -
    1. parse the stylesheet and generate a DOM tree
      2. +of namespace declaration present on element nodes.

      Most nodes also carry an _private pointer which can be +used by the application to hold specific data on this node.

      The XSLT processing steps

      There are a few steps which are clearly decoupled at the interface +level:

      1. parse the stylesheet and generate a DOM tree
      2. take the stylesheet tree and build a compiled version of it (the compilation phase)
      3. take the input and generate a DOM tree
      4. process the stylesheet against the input tree and generate an output tree
      5. serialize the output tree
        6. -
      -

      A few things should be noted here:

      -
        -
      • the steps 1/ 3/ and 5/ are optional
        • +

    A few things should be noted here:

    • the steps 1/ 3/ and 5/ are optional
    • the stylesheet obtained at 2/ can be reused by multiple processing 4/ (and this should also work in threaded programs)
    • the tree provided in 2/ should never be freed using xmlFreeDoc, but by freeing the stylesheet.
    • the input tree 4/ is not modified except the _private field which may be used for labelling keys if used by the stylesheet
      • -
    -

    The XSLT stylesheet compilation

    -

    This is the second step described. It takes a stylesheet tree, and +

    The XSLT stylesheet compilation

    This is the second step described. It takes a stylesheet tree, and "compiles" it. This associates to each node a structure stored in the -_private field and containing information computed in the stylesheet:

    -

    a compiled XSLT stylesheet

    -

    One xsltStylesheet structure is generated per document parsed for the +_private field and containing information computed in the stylesheet:

    a compiled XSLT stylesheet

    One xsltStylesheet structure is generated per document parsed for the stylesheet. XSLT documents allow includes and imports of other documents, imports are stored in the imports list (hence keeping the tree hierarchy of includes which is very important for a proper XSLT processing model) and includes are stored in the doclist list. An imported stylesheet has a parent link to allow browsing of the -tree.

    -

    The DOM tree associated to the document is stored in doc. +tree.

    The DOM tree associated to the document is stored in doc. It is preprocessed to remove ignorable empty nodes and all the nodes in the XSLT namespace are subject to precomputing. This usually consist of extracting all the context information from the context tree (attributes, namespaces, XPath expressions), and storing them in an xsltStylePreComp -structure associated to the _private field of the node.

    -

    A couple of notable exceptions to this are XSLT template nodes (more on +structure associated to the _private field of the node.

    A couple of notable exceptions to this are XSLT template nodes (more on this later) and attribute value templates. If they are actually templates, the value cannot be computed at compilation time. (Some preprocessing could be done like isolation and preparsing of the XPath subexpressions but it's -not done, yet.)

    -

    The xsltStylePreComp structure also allows storing of the precompiled form +not done, yet.)

    The xsltStylePreComp structure also allows storing of the precompiled form of an XPath expression that can be associated to an XSLT element (more on -this later).

    -

    The XSLT template compilation

    -

    A proper handling of templates lookup is one of the keys of fast XSLT +this later).

    The XSLT template compilation

    A proper handling of templates lookup is one of the keys of fast XSLT processing. (Given a node in the source document this is the process of finding which templates should be applied to this node.) Libxslt follows the hint suggested in the 5.2 @@ -236,14 +116,11 @@ as an XPath expression but tokenizes it and compiles it as a set of rules to be evaluated on a candidate node. There usually is an indication of the node name in the last step of this evaluation and this is used as a key check for the match. As a result libxslt builds a relatively more complex set of -structures for the templates:

    -

    The templates related structure

    -

    Let's describe a bit more closely what is built. First the xsltStylesheet +structures for the templates:

    The templates related structure

    Let's describe a bit more closely what is built. First the xsltStylesheet structure holds a pointer to the template hash table. All the XSLT patterns compiled in this stylesheet are indexed by the value of the the target element (or attribute, pi ...) name, so when a element or an attribute "foo" -needs to be processed the lookup is done using the name as a key.

    -

    Each of the patterns is compiled into an xsltCompMatch structure. It holds +needs to be processed the lookup is done using the name as a key.

    Each of the patterns is compiled into an xsltCompMatch structure. It holds the set of rules based on the tokenization of the pattern stored in reverse order (matching is easier this way). It also holds some information about the previous matches used to speed up the process when one iterates over a set of @@ -251,54 +128,41 @@ siblings. (This optimization may be defeated by trashing when running threaded computation, it's unclear that this is a big deal in practice.) Predicate expressions are not compiled at this stage, they may be at run-time if needed, but in this case they are compiled as full XPath expressions (the -use of some fixed predicate can probably be optimized, they are not yet).

    -

    The xsltCompMatch are then stored in the hash table, the clash list is +use of some fixed predicate can probably be optimized, they are not yet).

    The xsltCompMatch are then stored in the hash table, the clash list is itself sorted by priority of the template to implement "naturally" the XSLT -priority rules.

    -

    Associated to the compiled pattern is the xsltTemplate itself containing +priority rules.

    Associated to the compiled pattern is the xsltTemplate itself containing the information required for the processing of the pattern including, of course, a pointer to the list of elements used for building the pattern -result.

    -

    Last but not least a number of patterns do not fit in the hash table +result.

    Last but not least a number of patterns do not fit in the hash table because they are not associated to a name, this is the case for patterns applying to the root, any element, any attributes, text nodes, pi nodes, keys etc. Those are stored independently in the stylesheet structure as separate -linked lists of xsltCompMatch.

    -

    The processing itself

    -

    The processing is defined by the XSLT specification (the basis of the +linked lists of xsltCompMatch.

    The processing itself

    The processing is defined by the XSLT specification (the basis of the algorithm is explained in the Introduction section). Basically it works by taking the root of the input document and -applying the following algorithm:

    -
      -
    1. Finding the template applying to it. This is a lookup in the template +applying the following algorithm:

      1. Finding the template applying to it. This is a lookup in the template hash table, walking the hash list until the node satisfies all the steps of the pattern, then checking the appropriate(s) global templates to see if there isn't a higher priority rule to apply
      2. If there is no template, apply the default rule (recurse on the children)
      3. else walk the content list of the selected templates, for each of them: -
          -
        • if the node is in the XSLT namespace then the node has a _private +
          • if the node is in the XSLT namespace then the node has a _private field pointing to the preprocessed values, jump to the specific code
          • if the node is in an extension namespace, look up the associated behavior
          • otherwise copy the node.
            • -
          -

          The closure is usually done through the XSLT +

        The closure is usually done through the XSLT apply-templates construct recursing by applying the adequate template on the input node children or on the result of an associated XPath selection lookup.

        4. -
      -

      Note that large parts of the input tree may not be processed by a given +

    Note that large parts of the input tree may not be processed by a given stylesheet and that on the opposite some may be processed multiple times. -(This often is the case when a Table of Contents is built).

    -

    The module transform.c is the one implementing most of this +(This often is the case when a Table of Contents is built).

    The module transform.c is the one implementing most of this logic. xsltApplyStylesheet() is the entry point, it -allocates an xsltTransformContext containing the following:

    -
      -
    • a pointer to the stylesheet being processed
      • +allocates an xsltTransformContext containing the following:

      • a pointer to the stylesheet being processed
      • a stack of templates
      • a stack of variables and parameters
      • an XPath context
        • @@ -308,25 +172,18 @@ allocates an xsltTransformContext containing the following:

      • current selected node list
      • the current insertion points in the output document
      • a couple of hash tables for extension elements and functions
        • -
      -

      Then a new document gets allocated (HTML or XML depending on the type of +

    Then a new document gets allocated (HTML or XML depending on the type of output), the user parameters and global variables and parameters are evaluated. Then xsltProcessOneNode() which implements the 1-2-3 algorithm is called on the root element of the input. Step 1/ is implemented by calling xsltGetTemplate(), step 2/ is implemented by xsltDefaultProcessOneNode() and step 3/ is -implemented by xsltApplyOneTemplate().

    -

    XPath expression compilation

    -

    The XPath support is actually implemented in the libxml module (where it +implemented by xsltApplyOneTemplate().

    XPath expression compilation

    The XPath support is actually implemented in the libxml module (where it is reused by the XPointer implementation). XPath is a relatively classic expression language. The only uncommon feature is that it is working on XML -trees and hence has specific syntax and types to handle them.

    -

    XPath expressions are compiled using xmlXPathCompile(). +trees and hence has specific syntax and types to handle them.

    XPath expressions are compiled using xmlXPathCompile(). It will take an expression string in input and generate a structure -containing the parsed expression tree, for example the expression:

    -
    /doc/chapter[title='Introduction']
    -

    will be compiled as

    -
    Compiled Expression : 10 elements
+containing the parsed expression tree, for example the expression:
    /doc/chapter[title='Introduction']
    will be compiled as
    Compiled Expression : 10 elements
   SORT
     COLLECT  'child' 'name' 'node' chapter
       COLLECT  'child' 'name' 'node' doc
@@ -338,29 +195,22 @@ containing the parsed expression tree, for example the expression:
    
               NODE
             ELEM Object is a string : Introduction
               COLLECT  'child' 'name' 'node' title
-                NODE
    
-
    This can be tested using the  testXPath  command (in the
-libxml codebase) using the --tree option.
    
-
    Again, the KISS approach is used. No optimization is done. This could be
-an interesting thing to add. Michael
+                NODE

    This can be tested using the testXPath command (in the +libxml codebase) using the --tree option.

    Again, the KISS approach is used. No optimization is done. This could be +an interesting thing to add. Michael Kay describes a lot of possible and interesting optimizations done in Saxon which would be possible at this level. I'm unsure they would provide much gain since the expressions tends to be relatively simple in general and stylesheets are still hand generated. Optimizations at the interpretation -sounds likely to be more efficient.

    -

    XPath interpretation

    -

    The interpreter is implemented by xmlXPathCompiledEval() +sounds likely to be more efficient.

    XPath interpretation

    The interpreter is implemented by xmlXPathCompiledEval() which is the front-end to xmlXPathCompOpEval() the function implementing the evaluation of the expression tree. This evaluation follows the KISS approach again. It's recursive and calls xmlXPathNodeCollectAndTest() to collect nodes set when -evaluating a COLLECT node.

    -

    An evaluation is done within the framework of an XPath context stored in +evaluating a COLLECT node.

    An evaluation is done within the framework of an XPath context stored in an xmlXPathContext structure, in the framework of a transformation the context is maintained within the XSLT context. Its content -follows the requirements from the XPath specification:

    -
      -
    • the current document
      • +follows the requirements from the XPath specification:

      • the current document
      • the current node
      • a hash table of defined variables (but not used by XSLT)
      • a hash table of defined functions
        • @@ -369,117 +219,73 @@ follows the requirements from the XPath specification:

      • the context size (the size of the current node list)
      • the array of namespace declarations in scope (there also is a namespace hash table but it is not used in the XSLT transformation).
        • -
      -

      For the purpose of XSLT an extra pointer has been added +

    For the purpose of XSLT an extra pointer has been added allowing to retrieve the XSLT transformation context. When an XPath evaluation is about to be performed, an XPath parser context is allocated containing and XPath object stack (this is actually an XPath evaluation context, this is a remain of the time where there was no separate parsing and evaluation phase in the XPath implementation). Here is an overview of the set of contexts associated to an XPath evaluation within an XSLT -transformation:

    -

    The set of contexts associated

    -

    Clearly this is a bit too complex and confusing and should be refactored +transformation:

    The set of contexts associated

    Clearly this is a bit too complex and confusing and should be refactored at the next set of binary incompatible releases of libxml. For example the xmlXPathCtxt has a lot of unused parts and should probably be merged with -xmlXPathParserCtxt.

    -

    Description of XPath Objects

    -

    An XPath expression manipulates XPath objects. XPath defines the default +xmlXPathParserCtxt.

    Description of XPath Objects

    An XPath expression manipulates XPath objects. XPath defines the default types boolean, numbers, strings and node sets. XSLT adds the result tree -fragment type which is basically an unmodifiable node set.

    -

    Implementation-wise, libxml follows again a KISS approach, the +fragment type which is basically an unmodifiable node set.

    Implementation-wise, libxml follows again a KISS approach, the xmlXPathObject is a structure containing a type description and the various possibilities. (Using an enum could have gained some bytes.) In the case of node sets (or result tree fragments), it points to a separate xmlNodeSet -object which contains the list of pointers to the document nodes:

    -

    An Node set object pointing to

    -

    The XPath API (and +object which contains the list of pointers to the document nodes:

    An Node set object pointing to

    The XPath API (and its 'internal' part) includes a number of functions to create, copy, compare, convert or -free XPath objects.

    -

    XPath functions

    -

    All the XPath functions available to the interpreter are registered in the +free XPath objects.

    XPath functions

    All the XPath functions available to the interpreter are registered in the function hash table linked from the XPath context. They all share the same -signature:

    -
    void xmlXPathFunc (xmlXPathParserContextPtr ctxt, int nargs);
    -

    The first argument is the XPath interpretation context, holding the +signature:

    void xmlXPathFunc (xmlXPathParserContextPtr ctxt, int nargs);

    The first argument is the XPath interpretation context, holding the interpretation stack. The second argument defines the number of objects passed on the stack for the function to consume (last argument is on top of -the stack).

    -

    Basically an XPath function does the following:

    -
      -
    • check nargs for proper handling of errors or functions +the stack).

      Basically an XPath function does the following:

      • check nargs for proper handling of errors or functions with variable numbers of parameters
      • pop the parameters from the stack using obj = - valuePop(ctxt); -
        • + valuePop(ctxt);
      • do the function specific computation
      • push the result parameter on the stack using valuePush(ctxt, - res); -
        • + res);
      • free up the input parameters with - xmlXPathFreeObject(obj); -
        • + xmlXPathFreeObject(obj);
      • return
        • -
      -

      Sometime the work can be done directly by modifying in-situ the top object -on the stack ctxt->value.

      -

      The XSLT variables stack frame

      -

      Not to be confused with XPath object stack, this stack holds the XSLT +

    Sometime the work can be done directly by modifying in-situ the top object +on the stack ctxt->value.

    The XSLT variables stack frame

    Not to be confused with XPath object stack, this stack holds the XSLT variables and parameters as they are defined through the recursive calls of call-template, apply-templates and default templates. This is used to define -the scope of variables being called.

    -

    This part seems to be the most urgent attention right now, first it is +the scope of variables being called.

    This part seems to be the most urgent attention right now, first it is done in a very inefficient way since the location of the variables and parameters within the stylesheet tree is still done at run time (it really should be done statically at compile time), and I am still unsure that my understanding of the template variables and parameter scope is actually -right.

    -

    This part of the documentation is still to be written once this part of -the code will be stable. TODO -

    -

    Extension support

    -

    There is a separate document explaining how the -extension support works.

    -

    Further reading

    -

    Michael Kay wrote a +right.

    This part of the documentation is still to be written once this part of +the code will be stable. TODO

    Extension support

    There is a separate document explaining how the +extension support works.

    Further reading

    Michael Kay wrote a really interesting article on Saxon internals and the work he did on performance issues. I wishes I had read it before starting libxslt design (I would probably have avoided a few mistakes and progressed faster). A lot of the ideas in his papers should be implemented or at least tried in -libxslt.

    -

    The libxml documentation, especially the I/O interfaces and the memory management.

    -

    TODOs

    -

    redesign the XSLT stack frame handling. Far too much work is done at +libxslt.

    The libxml documentation, especially the I/O interfaces and the memory management.

    TODOs

    redesign the XSLT stack frame handling. Far too much work is done at execution time. Similarly for the attribute value templates handling, at -least the embedded subexpressions ought to be precompiled.

    -

    Allow output to be saved to a SAX like output (this notion of SAX like API -for output should be added directly to libxml).

    -

    Implement and test some of the optimization explained by Michael Kay -especially:

    -
      -
    • static slot allocation on the stack frame
      • +least the embedded subexpressions ought to be precompiled.

      Allow output to be saved to a SAX like output (this notion of SAX like API +for output should be added directly to libxml).

      Implement and test some of the optimization explained by Michael Kay +especially:

      • static slot allocation on the stack frame
      • specific boolean interpretation of an XPath expression
      • some of the sorting optimization
      • Lazy evaluation of location path. (this may require more changes but sounds really interesting. XT does this too.)
      • Optimization of an expression tree (This could be done as a completely independent module.)
        • -
      -

      -

      Error reporting, there is a lot of case where the XSLT specification +

    Error reporting, there is a lot of case where the XSLT specification specify that a given construct is an error are not checked adequately by libxslt. Basically one should do a complete pass on the XSLT spec again and add all tests to the stylesheet compilation. Using the DTD provided in the appendix and making direct checks using the libxml validation API sounds a good idea too (though one should take care of not raising errors for -elements/attributes in different namespaces).

    -

    Double check all the places where the stylesheet compiled form might be +elements/attributes in different namespaces).

    Double check all the places where the stylesheet compiled form might be modified at run time (extra removal of blanks nodes, hint on the -xsltCompMatch).

    -

    -

    Daniel Veillard

    -
    - - +xsltCompMatch).

    Daniel Veillard

diff --git a/doc/intro.html b/doc/intro.html index 1966a949..addea0c0 100644 --- a/doc/intro.html +++ b/doc/intro.html @@ -1,106 +1,22 @@ - - - - - -Introduction - - - - - -
-Gnome2 LogoRed Hat Logo
Made with Libxslt Logo
-
-

The XSLT C library for Gnome

-

Introduction

-
-
- -
- - - -
Main Menu
-
- -
- -
- - - -
Related links
- - - -
API Indexes
-
-

This document describes libxslt, +Introduction
Gnome2 LogoRed Hat Logo
Made with Libxslt Logo

The XSLT C library for Gnome

Introduction

-
Main Menu
Related links
API Indexes

This document describes libxslt, the XSLT C library developed for the -Gnome project.

-

Here are some key points about libxslt:

-
    -
  • Libxslt is a C implementation
    • +Gnome project.

    Here are some key points about libxslt:

    • Libxslt is a C implementation
    • Libxslt is based on libxml for XML parsing, tree manipulation and XPath support
    • It is written in plain C, making as few assumptions as possible, and sticking closely to ANSI C/POSIX for easy embedding. Should works on Linux/Unix/Windows.
    • This library is released under the MIT - Licence -
      • + Licence
    • Though not designed primarily with performances in mind, libxslt seems to be a relatively fast processor.
      • -
    -

    Daniel Veillard

    -
- - +

Daniel Veillard

diff --git a/doc/libxslt.xsa b/doc/libxslt.xsa new file mode 100644 index 00000000..04718c1a --- /dev/null +++ b/doc/libxslt.xsa @@ -0,0 +1,22 @@ + + + + + Daniel Veillard + daniel@veillard.com + http://veillard.com/ + + + libxslt + 1.0.29 + Apr 1 2003 + http://xmlsoft.org/XSLT/ + - performance improvements especially for large flat documents + - bug fixes: Result Value Tree handling, XML IDs, keys(), extra namespace + declarations with xsl:elements. + - portability: python and trio fixes (Albert Chin), python on Solaris + (Ben Phillips) + + + + diff --git a/doc/news.html b/doc/news.html index 5791dfd2..6b115be6 100644 --- a/doc/news.html +++ b/doc/news.html @@ -1,127 +1,34 @@ - - - - - -News - - - - - -
-Gnome2 LogoRed Hat Logo
Made with Libxslt Logo
-
-

The XSLT C library for Gnome

-

News

-
-
- -
- - - -
Main Menu
-
- -
- -
- - - -
Related links
- - - -
API Indexes
-
-

CVS only : check the Changelog file -for a really accurate description

-

1.0.29: Apr 1 2003

-
    -
  • performance improvements especially for large flat documents
    • +News
    Gnome2 LogoRed Hat Logo
    Made with Libxslt Logo

    The XSLT C library for Gnome

    News

    -
    Main Menu
    Related links
    API Indexes

    CVS only : check the Changelog file +for a really accurate description

    1.0.29: Apr 1 2003

    • performance improvements especially for large flat documents
    • bug fixes: Result Value Tree handling, XML IDs, keys(), extra namespace declarations with xsl:elements.
    • portability: python and trio fixes (Albert Chin), python on Solaris (Ben Phillips)
      • -
    -

    1.0.28: Mar 24 2003

    -
      -
    • fixed node() in patterns semantic.
      • +

    1.0.28: Mar 24 2003

    • fixed node() in patterns semantic.
    • fixed a memory access problem in format-number()
    • fixed stack overflow in recursive global variable or params
    • cleaned up Result Value Tree handling, and fixed a couple of old bugs in the process
      • -
    -

    1.0.27: Feb 24 2003

    -
      -
    • bug fixes: spurious xmlns:nsX="" generation, serialization bug (in +

    1.0.27: Feb 24 2003

    • bug fixes: spurious xmlns:nsX="" generation, serialization bug (in libxml2), a namespace copy problem, errors in the RPM spec prereqs
    • Windows path canonicalization and document cache fix (Igor)
      • -
    -

    1.0.26: Feb 10 2003

    -
      -
    • Fixed 3 serious bugs in document() and stylesheet compilation which +

    1.0.26: Feb 10 2003

    • Fixed 3 serious bugs in document() and stylesheet compilation which could lead to a crash
      • -
    -

    1.0.25: Feb 5 2003

    -
      -
    • Bug fix: double-free for standalone stylesheets introduced in 1.0.24, C +

    1.0.25: Feb 5 2003

    • Bug fix: double-free for standalone stylesheets introduced in 1.0.24, C syntax pbm, 3 bugs reported by Eric van der Vlist
    • Some XPath and XInclude related problems were actually fixed in libxml2-2.5.2
    • Documentation: emphasize taht --docbook is not for XML docs.
      • -
    -

    1.0.24: Jan 14 2003

    -
      -
    • bug fixes: imported global varables, python bindings (Stéphane Bidoul), +

    1.0.24: Jan 14 2003

    • bug fixes: imported global varables, python bindings (Stéphane Bidoul), EXSLT memory leak (Charles Bozeman), namespace generation on xsl:attribute, space handling with imports (Daniel Stodden), extension-element-prefixes (Josh Parsons), comments within xsl:text (Matt @@ -137,10 +44,7 @@ for a really accurate description
    • added ESXLT URI (un)escaping (Jörg Walter)
    • Some memory leaks have been found and fixed
    • document() now support fragment identifiers in URIs
      • -
    -

    1.0.23: Nov 17 2002

    -
      -
    • Windows build cleanup (Igor)
      • +

    1.0.23: Nov 17 2002

    • Windows build cleanup (Igor)
    • Unix build and RPM packaging cleanup
    • Improvement of the python bindings: extension functions and activating EXSLT
      • @@ -148,19 +52,13 @@ for a really accurate description functions, CData nodes, key(), @*[...] patterns
    • Documentation improvements (John Fleck)
    • added libxslt.m4 (Thomas Schraitle)
      • -
    -

    1.0.22: Oct 18 2002

    -
      -
    • Updates on the Windows Makefiles
      • +

    1.0.22: Oct 18 2002

    • Updates on the Windows Makefiles
    • Added a security module, and a related set of new options to xsltproc
    • Allowed per transformation error handler.
    • Fixed a few bugs: node() semantic, URI escaping, media-type, attribute lists
      • -
    -

    1.0.21: Sep 26 2002

    -
      -
    • Bug fixes: match="node()", date:difference() (Igor and Charlie +

    1.0.21: Sep 26 2002

    • Bug fixes: match="node()", date:difference() (Igor and Charlie Bozeman), disable-output-escaping
    • Python bindings: style.saveResultToString() from Ralf Mattes
    • Logos from Marc Liyanage
      • @@ -168,20 +66,14 @@ for a really accurate description
    • Makefile: DESTDIR fix from Christophe Merlet, AMD x86_64 (Mandrake), Windows (Igor), Python detection
    • Documentation improvements: John Fleck
      • -
    -

    1.0.20: Aug 23 2002

    -
      -
    • Windows makefile updates (Igor) and x86-64 (Frederic Crozat)
      • +

    1.0.20: Aug 23 2002

    • Windows makefile updates (Igor) and x86-64 (Frederic Crozat)
    • fixed HTML meta tag saving for Mac/IE users
    • possible leak patches from Nathan Myers
    • try to handle document('') as best as possible depending in the cases
    • Fixed the DocBook stylesheets handling problem
    • Fixed a few XSLT reported errors
      • -
    -

    1.0.19: July 6 2002

    -
      -
    • EXSLT: dynamic functions and date support bug fixes (Mark Vakoc)
      • +

    1.0.19: July 6 2002

    • EXSLT: dynamic functions and date support bug fixes (Mark Vakoc)
    • xsl:number fix: Richard Jinks
    • xsl:format-numbers fix: Ken Neighbors
    • document('') fix: bug pointed by Eric van der Vlist
      • @@ -189,10 +81,7 @@ for a really accurate description
    • xsl:sort order support added: Ken Neighbors
    • a few other bug fixes, some of them requiring the latest version of libxml2
      • -
    -

    1.0.18: May 27 2002

    -
      -
    • a number of bug fixes: attributes, extra namespace declarations +

    1.0.18: May 27 2002

    • a number of bug fixes: attributes, extra namespace declarations (DocBook), xsl:include crash (Igor), documentation (Christian Cornelssen, Charles Bozeman and Geert Kloosterman), element-available (Richard Jinks)
      • @@ -201,72 +90,44 @@ for a really accurate description
    • there is a new API to save directly to a string xsltSaveResultToString() by Morus Walter
    • specific error registration function for the python API
      • -
    -

    1.0.17: April 29 2002

    -
      -
    • cleanup in code, XSLT debugger support and Makefiles for Windows by +

    1.0.17: April 29 2002

    • cleanup in code, XSLT debugger support and Makefiles for Windows by Igor
    • a C++ portability fix by Mark Vakoc
    • EXSLT date improvement and regression tests by Charles Bozeman
    • attempt to fix a bug in xsltProcessUserParamInternal
      • -
    -

    1.0.16: April 15 2002

    -
      -
    • Bug fixes: strip-space, URL in HTML output, error when xsltproc can't +

    1.0.16: April 15 2002

    • Bug fixes: strip-space, URL in HTML output, error when xsltproc can't save
    • portability fixes: OSF/1, IEEE on alphas, Windows, Python bindings
      • -
    -

    1.0.15: Mar 25 2002

    -
      -
    • Bugfixes: XPath, python Makefile, recursive attribute sets, @foo[..] +

    1.0.15: Mar 25 2002

    • Bugfixes: XPath, python Makefile, recursive attribute sets, @foo[..] templates
    • Debug of memory alocation with valgind
    • serious profiling leading to significant improvement for DocBook processing
    • revamp of the Windows build
      • -
    -

    1.0.14: Mar 18 2002

    -
      -
    • Improvement in the XPath engine (libxml2-2.4.18)
      • +

    1.0.14: Mar 18 2002

    • Improvement in the XPath engine (libxml2-2.4.18)
    • Nasty bug fix related to exslt:node-set
    • Fixed the python Makefiles, cleanup of doc comments, Windows portability fixes
      • -
    -

    1.0.13: Mar 8 2002

    -
      -
    • a number of bug fixes including "namespace node have no parents"
      • +

    1.0.13: Mar 8 2002

    • a number of bug fixes including "namespace node have no parents"
    • Improvement of the Python bindings
    • Charles Bozeman provided fixes and regression tests for exslt date functions.
      • -
    -

    1.0.12: Feb 11 2002

    -
      -
    • Fixed the makefiles especially the python module ones
      • +

    1.0.12: Feb 11 2002

    • Fixed the makefiles especially the python module ones
    • half a dozen bugs fixes including 2 old ones
      • -
    -

    1.0.11: Feb 8 2002

    -

    1.0.11: Feb 8 2002

    • Change of Licence to the MIT + Licence
    • Added a beta version of the Python bindings, including support to extend the engine with functions written in Python
    • A number of bug fixes
    • Charlie Bozeman provided more EXSLT functions
    • Portability fixes
      • -
    -

    1.0.10: Jan 14 2002

    -
      -
    • Windows fixes for Win32 from Igor
      • +

    1.0.10: Jan 14 2002

    • Windows fixes for Win32 from Igor
    • Fixed the Solaris compilation trouble (Albert)
    • Documentation changes and updates: John Fleck
    • Added a stringparam option to avoid escaping hell at the shell level
    • A few bug fixes
      • -
    -

    1.0.9: Dec 7 2001

    -
      -
    • Makefile patches from Peter Williams
      • +

    1.0.9: Dec 7 2001

    • Makefile patches from Peter Williams
    • attempt to fix the compilation problem associated to prelinking
    • obsoleted libxsltbreakpoint now deprecated and frozen to 1.0.8 API
    • xsltproc return codes are now significant, John Fleck updated the @@ -276,75 +137,47 @@ for a really accurate description
    • fixed a bug raised by Nik Clayton when using doctypes with HTML output
    • patches from Keith Isdale to interface with xsltdebugger
      • -
    -

    1.0.8: Nov 26 2001

    -
      -
    • fixed an annoying header problem, removed a few bugs and some code +

    1.0.8: Nov 26 2001

    • fixed an annoying header problem, removed a few bugs and some code cleanup
    • patches for Windows and update of Windows Makefiles by Igor
    • OpenVMS port instructions from John A Fotheringham
    • fixed some Makefiles annoyance and libraries prelinking informations
      • -
    -

    1.0.7: Nov 10 2001

    -
      -
    • remove a compilation problem with LIBXSLT_PUBLIC
      • +

    1.0.7: Nov 10 2001

    • remove a compilation problem with LIBXSLT_PUBLIC
    • Finishing the integration steps for Keith Isdale debugger
    • fixes the handling of indent="no" on HTML output
    • fixes on the configure script and RPM spec file
      • -
    -

    1.0.6: Oct 30 2001

    -
      -
    • bug fixes on number formatting (Thomas), date/time functions (Bruce +

    1.0.6: Oct 30 2001

    • bug fixes on number formatting (Thomas), date/time functions (Bruce Miller)
    • update of the Windows Makefiles (Igor)
    • fixed DOCTYPE generation rules for HTML output (me)
      • -
    -

    1.0.5: Oct 10 2001

    -
      -
    • some portability fixes, including Windows makefile updates from +

    1.0.5: Oct 10 2001

    • some portability fixes, including Windows makefile updates from Igor
    • fixed a dozen bugs on XSLT and EXSLT (me and Thomas Broyer)
    • support for Saxon's evaluate and expressions extensions added (initial contribution from Darren Graves)
    • better handling of XPath evaluation errors
      • -
    -

    1.0.4: Sep 12 2001

    -
      -
    • Documentation updates from John fleck
      • +

    1.0.4: Sep 12 2001

    • Documentation updates from John fleck
    • bug fixes (DocBook FO generation should be fixed) and portability improvements
    • Thomas Broyer improved the existing EXSLT support and added String, Time and Date core functions support
      • -
    -

    1.0.3: Aug 23 2001

    -
      -
    • XML Catalog support see the doc
      • +

    1.0.3: Aug 23 2001

    • XML Catalog support see the doc
    • New NaN/Infinity floating point code
    • A few bug fixes
      • -
    -

    1.0.2: Aug 15 2001

    -
      -
    • lot of bug fixes, increased the testsuite
      • +

    1.0.2: Aug 15 2001

    • lot of bug fixes, increased the testsuite
    • a large chunk of EXSLT is implemented
    • improvements on the extension framework
    • documentation improvements
    • Windows MSC projects files should be up-to-date
    • handle attributes inherited from the DTD by default
      • -
    -

    1.0.1: July 24 2001

    -
      -
    • initial EXSLT framework
      • +

    1.0.1: July 24 2001

    • initial EXSLT framework
    • better error reporting
    • fixed the profiler on Windows
    • bug fixes
      • -
    -

    1.0.0: July 10 2001

    -
      -
    • a lot of cleanup, a lot of regression tests added or fixed
      • +

    1.0.0: July 10 2001

    • a lot of cleanup, a lot of regression tests added or fixed
    • added a documentation for writing - extensions -
      • + extensions
    • fixed some variable evaluation problems (with William)
    • added profiling of stylesheet execution accessible as the xsltproc --profile option
      • @@ -354,19 +187,13 @@ for a really accurate description expected
    • added support of embedded stylesheet as described in section 2.7 of the spec
      • -
    -

    0.14.0: July 5 2001

    -
      -
    • lot of bug fixes, and code cleanup
      • +

    0.14.0: July 5 2001

    • lot of bug fixes, and code cleanup
    • completion of the little XSLT-1.0 features left unimplemented
    • Added and implemented the extension API suggested by Thomas Broyer
    • the Windows MSC environment should be complete
    • tested and optimized with a really large document (DocBook Definitive Guide) libxml/libxslt should really be faster on serious workloads
      • -
    -

    0.13.0: June 26 2001

    -
      -
    • lots of cleanups
      • +

    0.13.0: June 26 2001

    • lots of cleanups
    • fixed a C++ compilation problem
    • couple of fixes to xsltSaveTo()
    • try to fix Docbook-xslt-1.4 and chunking, updated the regression test @@ -377,36 +204,25 @@ for a really accurate description
    • William fixed bugs in templates and for-each functions
    • added a new interface xsltRunStylesheet() for a more flexible output (incomplete), added -o option to xsltproc
      • -
    -

    0.12.0: June 18 2001

    -
      -
    • fixed a dozen of bugs reported
      • +

    0.12.0: June 18 2001

    • fixed a dozen of bugs reported
    • HTML generation should be quite better (requires libxml-2.3.11 upgrade too)
    • William fixed some problems with document()
    • Fix namespace nodes selection and copy (requires libxml-2.3.11 upgrade too)
    • John Fleck added a - tutorial -
      • + tutorial
    • Fixes for namespace handling when evaluating variables
    • XInclude global flag added to process XInclude on document() if requested
    • made xsltproc --version more detailed
      • -
    -

    0.11.0: June 1 2001

    -

    Mostly a bug fix release.

    -
      -
    • integration of catalogs from xsltproc
      • +

    0.11.0: June 1 2001

    Mostly a bug fix release.

    • integration of catalogs from xsltproc
    • added --version to xsltproc for bug reporting
    • fixed errors when handling ID in external parsed entities
    • document() should hopefully work correctly but ...
    • fixed bug with PI and comments processing
    • William fixed the XPath string functions when using unicode
      • -
    -

    0.10.0: May 19 2001

    -
      -
    • cleanups to make stylesheet read-only (not 100% complete)
      • +

    0.10.0: May 19 2001

    • cleanups to make stylesheet read-only (not 100% complete)
    • fixed URI resolution in document()
    • force all XPath expression to be compiled at stylesheet parsing time, even if unused ...
      • @@ -421,10 +237,7 @@ for a really accurate description
    • added a --docbook option for SGML DocBook input (hackish)
    • a number of other bug fixes and regression test added as people were submitting them
      • -
    -

    0.9.0: May 3 2001

    -
      -
    • lot of various bugfixes, extended the regression suite
      • +

    0.9.0: May 3 2001

    • lot of various bugfixes, extended the regression suite
    • xsltproc should work with multiple params
    • added an option to use xsltproc with HTML input
    • improved the stylesheet compilation, processing of complex stylesheets @@ -433,10 +246,7 @@ for a really accurate description programs should work now
    • fixed another batch of namespace handling problems
    • Implemented multiple level of sorting
      • -
    -

    0.8.0: Apr 22 2001

    -
      -
    • fixed ansidecl.h problem
      • +

    0.8.0: Apr 22 2001

    • fixed ansidecl.h problem
    • fixed unparsed-entity-uri() and generate-id()
    • sort semantic fixes and priority prob from William M. Brack
    • fixed namespace handling problems in XPath expression computations @@ -444,24 +254,15 @@ for a really accurate description
    • fixes to current() and key()
    • other, smaller fixes, lots of testing with N Walsh DocBook HTML stylesheets
      • -
    -

    0.7.0: Apr 10 2001

    -
      -
    • cleanup using stricter compiler flags
      • +

    0.7.0: Apr 10 2001

    • cleanup using stricter compiler flags
    • command line parameter passing
    • fix to xsltApplyTemplates from William M. Brack
    • added the XSLTMark in the regression tests as well as document()
      • -
    -

    0.6.0: Mar 22 2001

    -
      -
    • another beta
      • +

    0.6.0: Mar 22 2001

    • another beta
    • requires 2.3.5, which provide XPath expression compilation support
    • document() extension should function properly
    • fixed a number or reported bugs
      • -
    -

    0.5.0: Mar 10 2001

    -
      -
    • fifth beta
      • +

    0.5.0: Mar 10 2001

    • fifth beta
    • some optimization work, for the moment 2 XSLT transform cannot use the same stylesheet at the same time (to be fixed)
    • fixed problems with handling of tree results
      • @@ -470,25 +271,16 @@ for a really accurate description
    • incorporated William M. Brack fix for imports and global variables as well as patch for with-param support in apply-templates
    • a bug fix on for-each
      • -
    -

    0.4.0: Mar 1 2001

    -
      -
    • fourth beta test, released at the same time of libxml2-2.3.3
      • +

    0.4.0: Mar 1 2001

    • fourth beta test, released at the same time of libxml2-2.3.3
    • bug fixes
    • some optimization
    • started implement extension support, not finished
    • implemented but not tested multiple file output
      • -
    -

    0.3.0: Feb 24 2001

    -
      -
    • third beta test, released at the same time of libxml2-2.3.2
      • +

    0.3.0: Feb 24 2001

    • third beta test, released at the same time of libxml2-2.3.2
    • lot of bug fixes
    • some optimization
    • added DocBook XSL based testsuite
      • -
    -

    0.2.0: Feb 15 2001

    -
      -
    • second beta version, released at the same time as libxml2-2.3.1
      • +

    0.2.0: Feb 15 2001

    • second beta version, released at the same time as libxml2-2.3.1
    • getting close to feature completion, lot of bug fixes, some in the HTML and XPath support of libxml
    • start becoming usable for real work. This version can now regenerate @@ -497,20 +289,9 @@ for a really accurate description REC)
    • Still misses extension element/function/prefixes support. Support of key() and document() is not complete
      • -
    -

    0.1.0: Feb 8 2001

    -
      -
    • first beta version, released at the same time as libxml2-2.3.0
      • +

    0.1.0: Feb 8 2001

    • first beta version, released at the same time as libxml2-2.3.0
    • lots of bug fixes, first "testing" version, but incomplete
      • -
    -

    0.0.1: Jan 25 2001

    -
      -
    • first alpha version released at the same time as libxml2-2.2.12
      • +

    0.0.1: Jan 25 2001

    • first alpha version released at the same time as libxml2-2.2.12
    • Framework in place, should work on simple examples, but far from being feature complete
      • -
    -

    Daniel Veillard

    -
    - - +

Daniel Veillard

diff --git a/doc/news.xsl b/doc/news.xsl index c2391779..4ec2bc52 100644 --- a/doc/news.xsl +++ b/doc/news.xsl @@ -1,5 +1,7 @@ - + @@ -10,26 +12,27 @@ http://xmlsoft.org/XSLT/news.html - + - + - : + : + - - + + - + - - + at diff --git a/doc/python.html b/doc/python.html index adae50e4..2cba4b54 100644 --- a/doc/python.html +++ b/doc/python.html @@ -1,139 +1,45 @@ - - - - - -Python and bindings - - - - - -
-Gnome2 LogoRed Hat Logo
Made with Libxslt Logo
-
-

The XSLT C library for Gnome

-

Python and bindings

-
-
- -
- - - -
Main Menu
-
- -
- -
- - - -
Related links
- - - -
API Indexes
-
-

There is a number of language bindings and wrappers available for libxml2, +Python and bindings
Gnome2 LogoRed Hat Logo
Made with Libxslt Logo

The XSLT C library for Gnome

Python and bindings

-
Main Menu
Related links
API Indexes

There is a number of language bindings and wrappers available for libxml2, the list below is not exhaustive. Please contact the xml-bindings@gnome.org (archives) in order to get updates to this list or to discuss the specific topic of libxml2 -or libxslt wrappers or bindings:

-

The libxslt Python module depends on the libxml2 Python module.

The distribution includes a set of Python bindings, which are garanteed to be maintained as part of the library in the future, though the Python -interface have not yet reached the completeness of the C API.

-

-Stéphane Bidoul +interface have not yet reached the completeness of the C API.

Stéphane Bidoul maintains a Windows port -of the Python bindings.

-

Note to people interested in building bindings, the API is formalized as +of the Python bindings.

Note to people interested in building bindings, the API is formalized as an XML API description file which allows to automate a large part of the Python bindings, this includes function descriptions, enums, structures, typedefs, etc... The Python script used to -build the bindings is python/generator.py in the source distribution.

-

To install the Python bindings there are 2 options:

-

The distribution includes a set of examples and regression tests for the python bindings in the python/tests directory. Here are some -excepts from those tests:

-

basic.py:

-

This is a basic test of XSLT interfaces: loading a stylesheet and a -document, transforming the document and saving the result.

-
import libxml2
+excepts from those tests:
basic.py:
This is a basic test of XSLT interfaces: loading a stylesheet and a
+document, transforming the document and saving the result.
import libxml2
 import libxslt
 
 styledoc = libxml2.parseFile("test.xsl")
@@ -158,39 +60,28 @@ result = style.applyStylesheet(doc, None)
 style.saveResultToFilename("foo", result, 0)
 style.freeStylesheet()
 doc.freeDoc()
-result.freeDoc()

-
The Python module is called libxslt, you will also need the libxml2 module
+result.freeDoc()

The Python module is called libxslt, you will also need the libxml2 module for the operations on XML trees. Let's have a look at the objects manipulated -in that example and how is the processing done:

-
    -
  • -styledoc : is a libxml2 document tree. It is obtained by +in that example and how is the processing done:

    • styledoc : is a libxml2 document tree. It is obtained by parsing the XML file "test.xsl" containing the stylesheet.
      • -
    • -style : this is a precompiled stylesheet ready to be used +
    • style : this is a precompiled stylesheet ready to be used by the following transformations (note the plural form, multiple transformations can resuse the same stylesheet).
      • -
    • -doc : this is the document to apply the transformation to. +
    • doc : this is the document to apply the transformation to. In this case it is simply generated by parsing it from a file but any other processing is possible as long as one get a libxml2 Doc. Note that HTML tree are suitable for XSLT processing in libxslt. This is actually how this page is generated !
      • -
    • -result : this is a document generated by applying the +
    • result : this is a document generated by applying the stylesheet to the document. Note that some of the stylesheet informations may be related to the serialization of that document and as in this example a specific saveResultToFilename() method of the stylesheet should be used to save it to a file (in that case to "foo").
      • -
    -

    Also note the need to explicitely deallocate documents with freeDoc() +

Also note the need to explicitely deallocate documents with freeDoc() except for the stylesheet document which is freed when its compiled form is -garbage collected.

-

extfunc.py:

-

This one is a far more complex test. It shows how to modify the behaviour +garbage collected.

extfunc.py:

This one is a far more complex test. It shows how to modify the behaviour of an XSLT transformation by passing parameters and how to extend the XSLT -engine with functions defined in python:

-
import libxml2
+engine with functions defined in python:
import libxml2
 import libxslt
 import string
 
@@ -211,8 +102,7 @@ def f(ctx, str):
 
     return string.upper(str)
 
-libxslt.registerExtModuleFunction("foo", "http://example.com/foo", f)

-
This code defines and register an extension function. Note that the
+libxslt.registerExtModuleFunction("foo", "http://example.com/foo", f)

This code defines and register an extension function. Note that the function can be bound to any name (foo) and how the binding is also associated to a namespace name "http://example.com/foo". From an XSLT point of view the function just returns an upper case version of the string passed @@ -220,14 +110,12 @@ as a parameter. But the first part of the function also read some contextual information from the current XSLT processing environement, in that case it looks for the current insertion node in the resulting output (either the resulting document or the Result Value Tree being generated), and saves it to -a global variable for checking that the access actually worked.

-

For more informations on the xpathParserContext and transformContext +a global variable for checking that the access actually worked.

For more informations on the xpathParserContext and transformContext objects check the libray internals description. The pctxt is actually an object from a class derived from the libxml2.xpathParserContext() with just a couple more properties including the possibility to look up the XSLT transformation context from the XPath -context.

-
styledoc = libxml2.parseDoc("""
+context.
styledoc = libxml2.parseDoc("""
 <xsl:stylesheet version='1.0'
   xmlns:xsl='http://www.w3.org/1999/XSL/Transform'
   xmlns:foo='http://example.com/foo'
@@ -238,28 +126,21 @@ context.

     <article><xsl:value-of select='foo:foo($bar)'/></article>
   </xsl:template>
 </xsl:stylesheet>
-""")

-
Here is a simple example of how to read an XML document from a python
-string with libxml2. Note how this stylesheet:

-
    
-
  • Uses a global parameter bar
-
    • 
+""")

Here is a simple example of how to read an XML document from a python +string with libxml2. Note how this stylesheet:

  • Uses a global parameter bar
  • Reference the extension function f
  • how the Namespace name "http://example.com/foo" has to be bound to a prefix
  • how that prefix is excluded from the output
  • how the function is called from the select
    • -
-
style = libxslt.parseStylesheetDoc(styledoc)
+
style = libxslt.parseStylesheetDoc(styledoc)
 doc = libxml2.parseDoc("<doc/>")
 result = style.applyStylesheet(doc, { "bar": "'success'" })
 style.freeStylesheet()
-doc.freeDoc()

-
that part is identical, to the basic example except that the
+doc.freeDoc()

that part is identical, to the basic example except that the transformation is passed a dictionnary of parameters. Note that the string passed "success" had to be quoted, otherwise it is interpreted as an XPath -query for the childs of root named "success".

-
root = result.children
+query for the childs of root named "success".
root = result.children
 if root.name != "article":
     print "Unexpected root node name"
     sys.exit(1)
@@ -270,22 +151,12 @@ if nodeName != 'article':
     print "The function callback failed to access its context"
     sys.exit(1)
 
-result.freeDoc()

-
That part just verifies that the transformation worked, that the parameter
+result.freeDoc()

That part just verifies that the transformation worked, that the parameter got properly passed to the engine, that the function f() got called and that -it properly accessed the context to find the name of the insertion node.

-

pyxsltproc.py:

-

this module is a bit too long to be described there but it is basically a +it properly accessed the context to find the name of the insertion node.

pyxsltproc.py:

this module is a bit too long to be described there but it is basically a rewrite of the xsltproc command line interface of libxslt in Python. It provides nearly all the functionalities of xsltproc and can be used as a base module to write Python customized XSLT processors. One of the thing to notice -are:

-
libxml2.lineNumbersDefault(1)
-libxml2.substituteEntitiesDefault(1)
-

those two calls in the main() function are needed to force the libxml2 -processor to generate DOM trees compliant with the XPath data model.

-

Daniel Veillard

-
- - +are:

libxml2.lineNumbersDefault(1)
+libxml2.substituteEntitiesDefault(1)

those two calls in the main() function are needed to force the libxml2 +processor to generate DOM trees compliant with the XPath data model.

Daniel Veillard

diff --git a/doc/site.xsl b/doc/site.xsl index a55e0241..014d2c1f 100644 --- a/doc/site.xsl +++ b/doc/site.xsl @@ -1,6 +1,8 @@ - + @@ -65,8 +67,8 @@ -->
- + enctype="application/x-www-form-urlencoded" method="get"> +