HOME
Download |  User Manual |  Mailing Lists | 
  -
»About mod-xslt2
»About this site
»Are using mod-xslt...
»Introduction
»Credits
»Mailing Lists
  -
»Standard Releases
»TLA (CVS) snapshots
»Testing Suite
»Documentation
  -
»Access TLA (CVS)
»Browse TLA (CVS)
  -
»User Manual
»Frequently Asked Questions
»Standards
»Development
SourceForge.net Logo

Join us / TODO for the next releases

Any help in further developing mod-xslt is welcome, just mail me (<ccontavalli at masobit.net>) or let your voice be heard on one of the mailing lists. We are actually working for the next releases to include:

  • complete apache2 support - needs to be tested and need to compile in deadlock detection code.
  • cacheing - can be implemented for parsed .xml files, parsed .xsl files, and for the whole result. Most of mod-xslt was written with the idea, some time, to add a cacheing layer.
  • update the makefiles, in order to get the updated documentation in the package, both in html, xml and pdf format.
  • cgi, proxy - add support for more web servers. The proxy SAPI would make it easyer to handle cacheing.
  • more .xslt extensions - to allow quering web server variables using XPath.
  • more .xslt web integration - it would be nice to add .xslt extensions to allow stylesheets to make GET and POST subrequests or to have a better control over web server internals.
  • external parsers - at time of writing, most of the browsers do not support .svg or other xml based formats. It would be nice to add a xslt extension and to allow mod-xslt to call external commands to handle particular kinds of namespaces. For example, to handle the svg namespace, it could call a command to convert svg to png and insert the image in the output document. I have some ideas about this, but we should be really careful about how we add support for this.

To report a bug, just drop a mail in one of the mod-xslt mailing lists. You don't have to be subscribed.

  -
»Debian GNU
»Apache Project
»Gnome libxml2
»Gnome libxslt
»Gnome Project