?
Thanks,
Jon Leech
-
To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org
For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org
I'm trying to generate a table where each cell has full borders. This works OK
until
I try generate a header cell spanning two rows with entry morerows=1, in
which case
no border seems to be generated at the bottom of the cell. The cell borders are
being
defined by setting
in testref.xsl to
the old ...release/xsl/current/xhtml5/onechunk.xsl, the generated link
comes out correctly. This is using the the 1.78.1 releases of both XSL and
XSL-NS, as packaged by Debian.
Thanks,
Jon Leech
testref.xhtml
Description: application/xhtml
testref.xsl
Description: application/xslt
I'm writing and also helps in
getting my head around this stuff after about a 6 year gap.
Jon Leech
-
To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org
For additional commands, e-mail: docbook-apps-h
test.db
I'm guessing I've run into some sort of conceptual misunderstanding
of how XSLT treats namespaces, but haven't been able to find the right
documentation to clear it up, yet.
Thanks,
Jon Leech
refentry xmlns=http://docbook.org/ns/docbook; version=5.0 xml:id=test
refmeta
On 11/04/2013 05:49 PM, Jon Leech wrote:
This does output the script tags when put through xsltproc (and also
echoes part of the generated document to stdout for reasons I'm unclear on,
but that's a separate weird thing). The problem is that it also adds an
unwanted xmlns= attribute
On 11/02/2013 04:53 AM, Thomas Schraitle wrote:
Hi Jon,
Am Samstag, 2. November 2013, 03:08:33 schrieb Jon Leech:
[...]
the resulting Docbook 5 file drops the title element from the
refsynopsisdiv section (but not from the converted refsect1 section).
[...]
# Release: $Id: db4
will eventually get up to date as well.
Jon Leech
-
To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org
For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org
a bug in the conversion, but I wanted to check that I
wasn't missing something before filing a bug against the Sourceforge
project. The db4-upgrade.xsl version is
# Release: $Id: db4-upgrade.xsl 7660 2008-02-06 13:48:36Z nwalsh $
Thanks,
Jon Leech
?xml version=1.0 encoding=UTF-8?
!DOCTYPE
XML catalog?
Jon Leech
-
To unsubscribe, e-mail: docbook-apps-unsubscr...@lists.oasis-open.org
For additional commands, e-mail: docbook-apps-h...@lists.oasis-open.org
they use MathML entities like
lfloor; .
I filed a bug on the jing project page to ask about this but perhaps I'm missing
some other way to be able to use these entities that would work around this
issue?
Jon Leech
on these documents to try and see if this behavior
is an xmllint-specific problem, but it appears to just hang up forever (not the
case with other schema and documents I've used jing on). Are there any
other validators I should be trying on Debian 7?
Thanks,
Jon Leech
!DOCTYPE refentry
12 matches
Mail list logo