This is the mail archive of the
docbook-apps@lists.oasis-open.org
mailing list .
filesystem layout and location of imagedata with thedocbook2html script
- To: docbook-apps <docbook-apps at lists dot oasis-open dot org>
- Subject: DOCBOOK-APPS: filesystem layout and location of imagedata with thedocbook2html script
- From: Matthew Kennedy <mkennedy at opushealthcare dot com>
- Date: Mon, 01 Oct 2001 11:14:25 -0500
- List-Id: <docbook-apps.lists.oasis-open.org>
Our brave documentation writers trail-blazing a docbook-based system for
our docs have run into an issue with how <imagedata> fileref attributes
are handled by the docbook2html tool (included in rhl7.1 as the package
docbook-utils-0.6.9-3). They have a file system that basically looks
like this:
/
+--sales/
|
+--sales.xml
|
+--userfiles/
|
+--userfiles.xml
|
+--images/
|
+--file1.png
sales.xml is a <book> which includes the entity ref userfiles.xml as a
chapter. userfiles.xml includes the external file file1.png via an
<imagedata fileref="images/file1.png"> element enclosed within the
appropriate image/figure container elements.
The docs get built like this:
cd sales
docbook2html sales.xml
They end up with the files:
/sales/book1.html
/sales/c8.html (which is userfiles.xml)
...
The problem/issue is that c8.html references the file1.png image via the
URL "images/file1.png" when we had expected
"userfiles/images/file1.png".
Obviously they can correct this issue by specifying <imagedata
fileref="userfiles/images/file1.png"> within userfiles.xml, but this
doesn't seem as flexible as a relative reference to an image based on
the actually entity ref that includes it.
Is this the right solution or is it actually possible to have an
imagedata fileref relative to an entity ref, relative to a base entity
ref?
Thanks,
Matt
----------------------------------------------------------------
To subscribe or unsubscribe from this elist use the subscription
manager: <http://lists.oasis-open.org/ob/adm.pl>