This might be strictly FOP related, but I report it anyway Using
DocBook XSL (148) and (149) footote styles are context dependent This
means, that fottnotes generated, when using a normal, bold og italic style
also are normal, bold or italic
Adding an extra attribute to the the footnote
Hi Lars,
I am not going to explain what and why DocBook tools produce.
But for HTML 4.01, the LI element can contain block or inline
elements (zero or more). The P is the block element where the p tag
is required and the /p tag is optional. Thus, the following
ul
lipSome Paragraph/p/li
hi,
The following DSSSL customization allow to get admonitions the following
way in PS/PDF:
___
| | Admonition text here and there Admonition text here and
there
| Adm | Admonition text here and there Admonition text here and
there
| Graph| Admonition text here and there
Prikryl,Petr [EMAIL PROTECTED] writes:
... I guess that it depends on the browser if the two
cases will be rendered the same way or differently.
Yes, I think you are right.
I am not good in DocBook, yet. But I would
expect the first case to be produced from your source,
because you
What version of FOP are you using?
Jeff
- Original Message -
From: Jens Stavnstrup [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, March 04, 2002 4:30 AM
Subject: DOCBOOK-APPS: Context dependent styling of footnotes
| This might be strictly FOP related, but I report it anyway.
I was using 0.20.3rc2, have not yet tested with 0.20.3
Regards
Jens
On Mon, 4 Mar 2002, Jeff Rancier wrote:
What version of FOP are you using?
Jeff
- Original Message -
From: Jens Stavnstrup [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, March 04, 2002 4:30 AM
When attempting to create HTML from DocBook using Saxon 6.43, I get the
following error:
com.icl.saxon.style.StyleException: At saxon:output on line 88 of
file:/h:/usr/pkg/emacs-20.7/site-lisp/xae-1.0beta6/doctypes/docbook/styles/d
ocbook/html/chunker.xsl: Attribute href is not allowed on this
Jeff Rancier wrote:
When attempting to create HTML from DocBook using Saxon 6.43, I get the
following error:
com.icl.saxon.style.StyleException: At saxon:output on line 88 of
file:/h:/usr/pkg/emacs-20.7/site-lisp/xae-1.0beta6/doctypes/docbook/styles/d
ocbook/html/chunker.xsl: Attribute
/ Baurjan Ismagulov [EMAIL PROTECTED] was heard to say:
| Sorry Norm, I had intended to send this to the list.
|
| On Thu, Feb 28, 2002 at 10:56:24PM +0100, Norman Walsh wrote:
| (element (bookinfo abstract)
|(make display-group
| break-before: 'page
| ...))
|
| Tried that, but
/ Jochen Hein [EMAIL PROTECTED] was heard to say:
| Jirka == Jirka Kosek [EMAIL PROTECTED] writes:
|
| Jirka There is onechunk.xsl stylesheets, which is based on chuning
| Jirka code but produces just one HTML file.
|
| That reminds me that we might need some documentation what stylesheets
|
/ [EMAIL PROTECTED] (Lars Bjørndal) was heard to say:
| I think the p after LI shouldn't be there. Isn't that right?
|
| What can I do to get the result I want?
The P is perfectly legitimate. Some %@$@!@$? browsers don't seem to do this right.
I'm not sure what help can be offered, except
* Lars Bjørndal; [EMAIL PROTECTED] on 04 Mar, 2002 wrote:
Prikryl,Petr [EMAIL PROTECTED] writes:
... I guess that it depends on the browser if the two
cases will be rendered the same way or differently.
Yes, I think you are right.
Links, w3m and lynx all behave differently. Below is a hack
Well, if the text of DocBook's listitem cannot be used without
para/para tags, then the db2html should be able
to recognize the special case of liptext/p/li,
and to remove the p tags. The reason is that litext/li
will probably be rendered as wanted correctly by more browsers.
Moreover, it is
-Original Message-
From: Togan Muftuoglu
Subject: Re: DOCBOOK-APPS: ListItem
Below is a hack for xsl
stylesheets which was on the mailling list (sorry I do not remember who
made the fix ) it works for me when I use *links*
Hmm, the attachment that I downloaded was corrupted But I
/ Prikryl,Petr [EMAIL PROTECTED] was heard to say:
| To summarize my question...
|
|What are the reasons not to define DocBook listitem
|similarly to HTML's or XHTML's li element? Why it cannot
|contain #PCDATA? How the above (and below -- as described
|by Lars) case should be
Hi there,
If I include footnotes in the title of a figure the footnote number gets
included in the table of contents
ie:
para
figure id=fig24
title The pen standfootnoteref linkend=ch2note103 /title
mediaobject imageobject imagedata align=center
Hello All:
I am using DocBook XSL 1.18 (I know it's old, unfortunately the tool I am
using to generate the HTML from XML is written using an older version of the
saxon parser, and won't be changed at this time). I have a list of stuff in
an entry in a table, and I want to force a line break but
Oops. I mixed literal with literallayout. I tried literal, and then went
to literallayout (without the explicit sbr/s.
Jeff
- Original Message -
From: Jeff Rancier [EMAIL PROTECTED]
To: Docbook-Apps@Lists. Oasis-Open. Org
[EMAIL PROTECTED]
Sent: Monday, March 04, 2002 3:54 PM
Subject:
Hi-
(1) Just wondered why sub-/superscripts are defined by fractions of
font-size since there seem to be \sub and \super -constructs in RTF as
well, which would -- in contrast to the current method -- use the fonts'
own sub- and superscript-characters The latter (if available) went through
Hi,
I am still having trouble getting the simplest docbook test file (pasted
in at the end of this message) to render to pdf via passivetex
I am using docbook-xsl 148, either saxon 651 or xalan 231,
TeX-Live 60 with updated passivetex distro and xmltextex
pdfxmltex can successfully render any
Hi!
Could you pleas say some words about in what file to put this stuff below?
Lrs
Togan Muftuoglu [EMAIL PROTECTED] writes:
* Lars Bjørndal; [EMAIL PROTECTED] on 04 Mar, 2002 wrote:
Prikryl,Petr [EMAIL PROTECTED] writes:
... I guess that it depends on the browser if the two
cases will be
21 matches
Mail list logo