On Tue, 03 Dec 2002 09:19:19 -0600
Paul Grosso <[EMAIL PROTECTED]> wrote:
> >In modular set of docbook/xml after processing XInclude some
> >documents may to have duplicates of ID.
>
> True, and this would be a validation error. The same is
> true if you used external parsed entities. XInclu
* Bob Stayton; <[EMAIL PROTECTED]> on 03 Dec, 2002 wrote:
On Tue, Dec 03, 2002 at 10:23:33PM +0200, Togan Muftuoglu wrote:
I cut and pasted the above into a customization layer, ran
xsltproc to generate the FO file using DocBook XSL 1.57.0,
and then ran FOP 0.20.4 on that and it worked.
Does your
On Tue, Dec 03, 2002 at 12:30:29PM +0100, Jeanson Mauritz wrote:
> > -Original Message-
> > From: Bob Stayton [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, November 11, 2002 10:44 AM
> > To: [EMAIL PROTECTED]
> > Subject: DOCBOOK-APPS: XML catalog documentation
> >
> >
> > I've rewritten m
On Tue, Dec 03, 2002 at 10:23:33PM +0200, Togan Muftuoglu wrote:
> * Bob Stayton; <[EMAIL PROTECTED]> on 03 Dec, 2002 wrote:
> >The problem is that your new match="figure" template
> >overwrites the original, which called the "formal.object"
> >template which produced the title.
> >That's why I sug
I knew I should have looked at the latest documentation. (Still using 1.48
stylesheets for HTML)
-Original Message-
From: Jirka Kosek [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 03, 2002 3:36 PM
To: Jeff Beal; [EMAIL PROTECTED]
Subject: Re: DOCBOOK-APPS: troubles after changed enco
Jeff Beal wrote:
>
> Oh. In the parameter documentation for default.encoding, Norm mentions that
> it only works for Saxon.
This parameter was renamed to chunker.output.encoding quite ago. It
works in many processor, not only in Saxon. In Saxon you must also set
saxon.character.representation=na
* Bob Stayton; <[EMAIL PROTECTED]> on 03 Dec, 2002 wrote:
The problem is that your new match="figure" template
overwrites the original, which called the "formal.object"
template which produced the title.
That's why I suggested customizing formal.object instead:
Ok I understand this (just this no
Hmm, it appears that my problem is related to the JDK version rather than
to the stylesheets or the XSLT processor. I was using 1.4.1_01, but if I
use 1.3.1_06 instead, I get no errors (with the 1.58.1 stylesheets and
Xalan-J 2.4.1).
To answer your question, I did not see the aforementioned er
On Tue, Dec 03, 2002 at 07:35:58PM +0100, Alain NAKACHE wrote:
> It is a good approach of boxed figures but the box is as large as the whole
> fo:block and not only the bitmap.
>
> Is it what you expected first ?
Well, yes, the block is by default the width of the page,
so the border is the whol
Bob Stayton <[EMAIL PROTECTED]>:
> The latest version of xsltproc has changes to make it
> better support xhtml output. You might try upgrading.
I upgraded but it does not helped. Strangest thing is that when I use
_chunked_ output with
then each small html has
while when I use
then lo
On Fri, Oct 11, 2002 at 12:55:01PM -0400, Norman Walsh wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> / [EMAIL PROTECTED] (Patrice DUMAS - DOCT) was heard to say:
> | book.xml:9: warning: failed to load external entity
>"../../docbook/ebnf/ebnf-4.2CR1.dtd"
> | ]>
>
> You need the c
On Tue, Dec 03, 2002 at 06:25:36PM +0100, ABX wrote:
> Jeff Beal <[EMAIL PROTECTED]>:
> > Set the XSL parameter 'default-encoding' to ISO-8859-1.
>
> It does not help. I tried as empty customization layer as possible:
>
>
> http://www.w3.org/1999/XSL/Transform";
> xmlns:doc="http
It is a good approach of boxed figures but the box is as large as the whole
fo:block and not only the bitmap.
Is it what you expected first ?
I know that the difficulty is to guess the bounds of the picture (whatever
the format is) to define closely the block.
Is it possible to obtain this res
On Tue, Dec 03, 2002 at 02:32:46PM +, Nicholas Atkinson wrote:
> I have a number of customizations which I use when generating HTML Help from my
>docbook documents.
>
> However there is one customization which causes problems when I add it to the
>customization layer, which works fine (in th
On Tue, Dec 03, 2002 at 04:15:17PM +0200, Togan Muftuoglu wrote:
> * Togan Muftuoglu; <[EMAIL PROTECTED]> on 03 Dec, 2002 wrote:
> >* Alain NAKACHE; <[EMAIL PROTECTED]> on 03 Dec, 2002 wrote:
> >>At 14:49 03/12/02 +0200, Togan Muftuoglu wrote:
> >>>Hi,
> >>figure bitmap.
> >>
> >>Bob Stayton pointe
This isn't too hard to do, but would make a good feature request. I added the same
thing and the notion of 'Procedures' has been popular with the users of our docs. One
even asked if we could include procedures in the pdf bookmarks pane.
There's a list.of.unknowns hook in autotoc.xsl that makes
Oh. In the parameter documentation for default.encoding, Norm mentions that
it only works for Saxon.
-Original Message-
From: ABX [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 03, 2002 12:26 PM
To: [EMAIL PROTECTED]
Subject: Re: DOCBOOK-APPS: troubles after changed encoding in XSL 1.
If you're using XSL, there's a "formal.procedures" parameter that you can
turn on for the latter option. It won't put them into the TOC, though.
-Original Message-
From: Andy Jewell [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 03, 2002 12:15 PM
To: Docbook List
Subject: DOCBOOK-APPS
Jeff Beal <[EMAIL PROTECTED]>:
> Set the XSL parameter 'default-encoding' to ISO-8859-1.
It does not help. I tried as empty customization layer as possible:
http://www.w3.org/1999/XSL/Transform";
xmlns:doc="http://nwalsh.com/xsl/documentation/1.0";
xmlns:exsl="htt
On Tue, Dec 03, 2002 at 10:43:37AM -0600, Patrick Hartling wrote:
> I just downloaded version 1.58.1 of the DocBook XSL stylesheets for
> testing, and I am getting this error quite a bit using Xalan-J 2.4.0:
>
> file:///home/users/patrick/docbook-xsl-1.58.1/common/gentext.xsl; Line
> 130; Column
I have a lot of procedures in my documents. Currently, the TOC
generation is working great but doesn't by default include procedures -
which also don't seem to be classified as "formal" components such as
are figures (am I getting this right?).
Can anyone give me an idea on what I would do to go
I just downloaded version 1.58.1 of the DocBook XSL stylesheets for
testing, and I am getting this error quite a bit using Xalan-J 2.4.0:
file:///home/users/patrick/docbook-xsl-1.58.1/common/gentext.xsl; Line
130; Column 57; XSLT Error (javax.xml.transform.TransformerException):
Variable access
Set the XSL parameter 'default-encoding' to ISO-8859-1.
-Original Message-
From: Wlodek Skiba [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, December 03, 2002 11:02 AM
To: [EMAIL PROTECTED]
Subject: DOCBOOK-APPS: troubles after changed encoding in XSL 1.58
I used 1.57 templates for my DocBook
I used 1.57 templates for my DocBook. When I used than it was
rendered as ™ but codepage for xhtml was
after switch to 1.58 I noticed in news note about changed output to
Trademark is rendered now as three strange characters (trademark is only
example, other symbols and international specifi
At 16:00 2002 12 03 +0300, Vitaly Ostanin wrote:
>On Tue, 03 Dec 2002 07:30:03 -0500
>Norman Walsh <[EMAIL PROTECTED]> wrote:
>> Base URIs have no bearing on ID values.
>
>ID values used for linking and must be uniq, right?
It is a validation error if there are duplicate IDs
in a document.
>In mo
The basic
problem is that the chunking stylesheets override the chapter templates (because
it's a chunk) and use to call the template in
html\component.xsl. If you put a customization on that template, it will
break the chunking code. I think that in the latest version of the
stylesheets
I have a number of customizations which I use when
generating HTML Help from my docbook documents.
However there is one customization which causes
problems when I add it to the customization layer, which works fine (in the v
1.56.1 transforms) when I modify html\component.xsl directly. I w
At 14:49 03/12/02 +0200, Togan Muftuoglu wrote:
Hi,
I maight be missing but looks like there is attribute sets for
figures.
What I mean is I would like have a border around the figure so it
is
easily distinguished ( nnot to say that it look better :-). Sİnce
there
is no such thing How do I make
--M9NhX3UHpAaciwkO
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
I've been using docbook/some customized stylesheets to prepare our ISO
documents. Everything seems to be fine, however one of the requirements
is to visualize the difference between the current "draft" and
On Tue, 03 Dec 2002 07:30:03 -0500
Norman Walsh <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> / Vitaly Ostanin <[EMAIL PROTECTED]> was heard to say:
> | DocBook DTD doesn't support 'xml:base' attribute from
> | XInclude.
>
> I think we're planning to fix that[1
Hi,
I maight be missing but looks like there is attribute sets for figures.
What I mean is I would like have a border around the figure so it is
easily distinguished ( nnot to say that it look better :-). Sİnce there
is no such thing How do I make the figures to have frame around them ?
Thanks
--
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I should have posted this last week...
http://sourceforge.net/projects/docbook/
The 1.58.1 release adds some initial support for extensions in
xsltproc, adds a few features, and fixes bugs.
o This release contains the first attempt at ext
* Yann Dirson:
> There is even a use-case for this. If the individual XML files do not
> validate (ie. conform to a DTD which has the xinclude elements), then
> we cannot make use of the existing SGML editing tools (psgml comes to
> my mind as one of the most widely used, since its existe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
/ Vitaly Ostanin <[EMAIL PROTECTED]> was heard to say:
| DocBook DTD doesn't support 'xml:base' attribute from XInclude.
I think we're planning to fix that[1].
| Yes, this attribute appear to content model, and useful for many
| of included documents
> -Original Message-
> From: Bob Stayton [mailto:[EMAIL PROTECTED]]
> Sent: Monday, November 11, 2002 10:44 AM
> To: [EMAIL PROTECTED]
> Subject: DOCBOOK-APPS: XML catalog documentation
>
>
> I've rewritten my chapter on using XML catalogs with
> DocBook XSL so that it is more complete an
35 matches
Mail list logo