- From: Julian Reschke <julian.reschke@gmx.de>
- Date: Thu, 20 May 2004 12:26:57 +0200
- To: xsl-editors@w3.org
Hi,
I'm maintaining code that transforms RFC2629-style ("xml2rfc") documents
to FO (<http://greenbytes.de/tech/webdav/rfc2629xslt.zip>). This code
historically used special cases to support various extensions in Apache
FOP, AntennaHouse XSL Formatter and RenderX. Last week, I decided to
standardize on XSL 1.1 WD features, and to use post-processing XSLTs to
generate the extensions for the various backends.
This works just fine for bookmarks and index generation extensions (page
ranges etc.).
Two things are left that aren't covered in the current working draft;
maybe they should be considered.
1. Generating PDF destinations
Apache FOP has an extension for generating those
(<http://xml.apache.org/fop/extensions.html#named-destinations>). The
ability to produce them is of great importance if you want identical URI
fragments to work for different media types with HTTP content
negotiation (such as <http://example.com/rfc2518#rfc.section.1>, where
the actual mime type (HTML, PDF...) is selected based on the client's
accept header).
Note that this doesn't necessarily need to be any change to the language
-- it would make perfect sense to generate a PDF destination for each
"id" attribute in the FO document. However, right now none of the
processors I'm aware of seems to do that.
2. Generating document information
RenderX supports adding document information to PDF output
(<http://xep.xattic.com/xep/doc/spec.html#Document_Information>). This
seems to be a both useful and trivial thing to do; it would be nice if
there'd be a standard way to express this.
Note that both features seem to be specific to PDF output. Maybe a
separate document for PDF output optimizations could cover this?
Best regards, Julian
Received on Thursday, 20 May 2004 06:30:00 UTC