-
This switch must be pretty new and not part of the last release. However, the wiki site says, that image retrieval is not handled by the catalog. So even a catalog won't help here. So I propose to change the parameter value to images/draft.png.
2010-01-03 14:38:04 UTC in DocBook
-
dleidert made 4 file-release changes.
2010-01-03 01:23:04 UTC in Bluefish
-
dleidert made 2 file-release changes.
2010-01-03 01:22:03 UTC in Bluefish
-
dleidert made 1 file-release changes.
2010-01-03 01:04:02 UTC in Bluefish
-
dleidert made 4 file-release changes.
2010-01-03 01:03:02 UTC in Bluefish
-
dleidert made 2 file-release changes.
2010-01-03 01:02:02 UTC in Bluefish
-
IMO images/draft.png is best for most users. It is shipped with the tarballs.
PS: In the toolchain xml -> fo -> pdf IMHO one could use a catalog to rewrite the URL to a local file path. And only here the current situation creates an issue, because fop would try to access the internet (I got the report from a Debian user about this issue).
2010-01-02 22:09:06 UTC in DocBook
-
dleidert committed revision 8563 to the DocBook SVN repository, changing 1 files.
2009-12-28 21:03:18 UTC in DocBook
-
The draft.watermark.image parameter is pointing to http://docbook.sourceforge.net/release/images/draft.png. This requires web-acess. The docbook-xsl(-ns) tarballs however contain draft.png in the images directory. So IMO the parameter should better point to one of the below:
images/draft.png
http://docbook.sourceforge.net/release/xsl(-ns)/images/
Maybe instead of using the literal...
2009-12-28 20:58:40 UTC in DocBook
-
A Debian user reported, that when processing a DocBook file with the XHTML stylesheets, the anchors in the output contain xmlns:saxon namespace attributes. This is caused by the anchor template containing:
2009-12-28 20:43:47 UTC in DocBook