Elliotte Harold <> writes:
> Thanks. I am indeed using the snapshot because the 169.1 doesn't work
> wioth DocBook 5. Where"s the code to resolve this hiding? I'm now
> seeing output like this:
>
> s week's topics are relatively new. They are not yet covered in
> many books. One notable exception is
> </p>
>
> <img width="107" align="left"
> src="file:/Users/elharo/Projects/workspace/CS905/build/week13////Users/elharo/Projects/workspace/CS905/build/awt.gif"/>
>
> when I should have this:
>
>
> <img width="107" align="left"
> src="file:///Users/elharo/Projects/workspace/CS905/build/week13/awt.gif"/>
>
> I suspect the xml:base attributes which use only one initial slash are
> somehow confusing the base resolution code. I hate file URIs. I have to
> reread all the RFCs now to figure out whose got the bug.
I think the bug is in Xerces. See the following thread:
http://lists.oasis-open.org/archives/docbook-apps/200603/msg00165.html
And the following Xerces bug report:
http://issues.apache.org/jira/browse/XERCESJ-1102
If you use "xmllint --xinclude" or "xsltproc --xinclude" instead,
I think you won't see the pathname getting doubled the way it does
with Xerces.
Apparently, it's possible to work around it by explicitly putting
an xml:base on the root element in each of the doc instances that
you are Xincluding -
http://lists.oasis-open.org/archives/docbook-apps/200603/msg00212.html
Hope that helps,
--Mike
