I presume you are using the epub3 stylesheet, which is better supports
the current EPUB standard. The DocBook epub3 stylesheet imports the
xhtml5 stylesheet as its starting point. In the xhtml5 stylesheet,
banned attributes like @width in an element are supposed to be
converted to a single @
"The solution to this problem is to move the xml:id attributes from the para
elements up to their respective listitem elements.”
That works perfectly, Bob. Thank you!!
smime.p7s
Description: S/MIME cryptographic signature
The solution to this problem is to move the xml:id attributes from the
para elements up to their respective listitem elements. You want the
xref to generate the listitem number.
The xref element uses its target element to generate the link text, but
a para is not considered appropriate for gen
This is a test docbook file that shows a good ePub output but double (and
weird) endnote issue with pdf output:
http://docbook.org/xml/5.1/rng/docbook.rng";
schematypens="http://relaxng.org/ns/structure/1.0";?>
http://docbook.org/xml/5.1/sch/docbook.sch";
type="application/xml" schematypens="h
Hi Philo,
So the problem which remains is that the XHTML docs from the generated
EPUB archive have the image reference looking like this:
right? Does this way of specifying the proportional width work with the
EPUB reader? So is it only a problem of validation errors reported by
the epub c
