OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

docbook-apps message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: Re: [docbook-apps] Re: "No ID for constraint linkend" when using html/profile-docbook.xsl

On Thu, Dec 11, 2003 at 03:25:19PM +0100, Jirka Kosek wrote:
> Daniel Veillard wrote:
> >  At some point I may simply just drop the ball, all these node-set and
> >functions extensions are radical extensions from the XSLT-1.0 spec, they
> >*completely* change some of the assumptions I made when I engineered 
> >the libxslt implementation based on XSLT-1.0 spec, especially w.r.t. to the
> >lifetime of objects, scope of access of objects etc...
> But without these functions many things are really very hard to do. Do 
> you plan to support XSLT 2.0, which incorporates many of these functions 
> and extensions?

  Why do you think Red Hat would pay me to implement XSLT 2.0 ?
It would probably take 6 months, I don't see how I could do this
on my "ample" free time. What is the added value, what will it cost ?
At what point does it make sense to continue trying to cope with
overinflating specs ? Do you need XSLT 2.0 for DocBook processing ?
If yes what point are missing from XSLT-1.0 ? Is XSLT 2.0 and XPath 2.0
really the answer to those missing points ?

   What is the business case of XSLT 2.0 that I could present to 
managers saying "our users need it because..." to try to get the okay
to work on it for that timeframe ? Heck we still don't
even have a decent XSLT-FO part for the toolchain, that sounds far
more useful and critical than trying to jump on XSLT/XPath 2.0.

   In practice in the GNOME project we had to redesign/rewrite a new set of
stylesheet from scratch because DocBook default ones are now too bulky
for direct rendering from our Yelp help tool. I think the existing stylesheet
are used sometimes for HTML output but jade is still used to produce
the PDF/PostScript.


Daniel Veillard      | Red Hat Network https://rhn.redhat.com/
veillard@redhat.com  | libxml GNOME XML XSLT toolkit  http://xmlsoft.org/
http://veillard.com/ | Rpmfind RPM search engine http://rpmfind.net/

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]