Hi!
On Thu, 14 Feb 2002, Peter Eisentraut wrote:
[...]
programlisting
![RCDATA[test;]]
/programlisting
I tried your suggestion concerning programlistings.
What exactly is the difference between CDATA and RCDATA sections? When I
use RCDATA, I get a warning from openjade?
Thanks for the
Redefine block autolabel (from common/dbcommon.dsl) to include
section as ancestor:
-
(define (block-autolabel nd #!optional (force-label? #f))
(let* ((chn (element-label (ancestor (normalize chapter) nd)))
(apn
On Thu, Feb 14, 2002 at 02:48:02PM -0500, Peter Eisentraut wrote:
programlisting![RCDATA[test;]]/programlisting
Thanks much, it happens to be sufficient for my purpose.
However, that is not a generic solution. It expands (or attempts to
expand) anything that looks an entity reference.
It
On Mon, Feb 18, 2002 at 06:44:08PM +0100, Yann Dirson wrote:
On Thu, Feb 14, 2002 at 02:48:02PM -0500, Peter Eisentraut wrote:
programlisting![RCDATA[test;]]/programlisting
Thanks much, it happens to be sufficient for my purpose.
However, that is not a generic solution. It expands (or
On Mon, Feb 18, 2002 at 09:58:30AM -0800, Bob Stayton wrote:
I just want to make it clear to XML users that that the scope
of this solution is SGML only, as XML does not support
RCDATA. XML only does PCDATA, where entities are not
expanded.
Cool, that's one more reason to find a better way
Hello,
I use PassiveTex for generating PDF from DocBook.
Currently I use full Saxon 6.5 with JDK 1.3.1_01.
I have this problems:
1.) Tables, that hasn't specified sizes of columns are displayed
incorretly - I solved it by specifying size for every column.
2.) Tables are without frames
On Mon, Feb 18, 2002 at 10:04:54PM +0100, [EMAIL PROTECTED] wrote:
Hello,
I use PassiveTex for generating PDF from DocBook.
Currently I use full Saxon 6.5 with JDK 1.3.1_01.
I have this problems:
1.) Tables, that hasn't specified sizes of columns are displayed
incorretly - I solved
Bob Stayton writes:
On Mon, Feb 18, 2002 at 06:44:08PM +0100, Yann Dirson wrote:
However, that is not a generic solution. It expands (or attempts to
expand) anything that looks an entity reference.
I just want to make it clear to XML users that that the scope
of this solution is SGML
The most straightforward solution would be to use sect1 for the top
level section, and section for the rest, and then include sect1 as
ancestor in block-autolabel, instead of section.
If you can't make this change I'd suggest selecting the first section
ancestor of the current section and make
