Good point! Thanks.
kind regards
Peter Ring
-Original Message-
From: Bob Stayton [mailto:[EMAIL PROTECTED]]
Sent: 3. oktober 2002 19:27
To: Peter Ring; [EMAIL PROTECTED]
Subject: Re: DOCBOOK-APPS: XInclude doesn't validate with xmllint
snip /
When I first read this, the final
On Wed, Oct 02, 2002 at 09:49:09PM -0700, Bob Stayton wrote:
I started to extend the DocBook DTD to permit xi:include,
but I think it is kind of impossible (except for maybe
Norm 8^). The xi:include element can replace *any*
element or group of elements, so the content models of
every
On Thu, Oct 03, 2002 at 02:28:27PM +0200, Karl Eichwalder wrote:
Peter Ring [EMAIL PROTECTED] writes:
First I'd like to lobby for keeping your local copies of DTDs and
stylesheets as a mirror or cache of the canonical URLs.
There is no such thing like a canonical URL. Use a catalog and
On Thu, Oct 03, 2002 at 10:27:23AM -0700, Bob Stayton wrote:
One little item...
I've noticed in your example and the XInclude Candidate
Recommendation that the content model for xi:include is:
!ELEMENT xi:include (xi:fallback)
Shouldn't there be a question mark to make xi:fallback
On Fri, Oct 04, 2002 at 05:52:05AM -0400, Daniel Veillard wrote:
On Wed, Oct 02, 2002 at 09:49:09PM -0700, Bob Stayton wrote:
I started to extend the DocBook DTD to permit xi:include,
but I think it is kind of impossible (except for maybe
Norm 8^). The xi:include element can replace *any*
On Fri, Oct 04, 2002 at 12:28:29PM +0200, Yann Dirson wrote:
On Fri, Oct 04, 2002 at 05:52:05AM -0400, Daniel Veillard wrote:
The more I think about it, the more I'm convinced that
in general, validation should occur after XInclude processing.
IIRC that would not meet the definition of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[ Follow-ups to docbook-apps, please ]
/ Lepekhine [EMAIL PROTECTED] was heard to say:
| I want to change paper-type to A4.
| I investigated mail-list archive and found the advice
| to change print/dbparam.dsl file.
| I use docbook-xsl-1.55.0.tar.gz
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[ Follow-ups to docbook-apps, please ]
/ Togan Muftuoglu [EMAIL PROTECTED] was heard to say:
| * Norman Walsh; [EMAIL PROTECTED] on 02 Oct, 2002 wrote:
|| 2 FW_MASQ
|| bla bla
||
|
|Fixed. CVS checkin imminent.
|
| Thanks I did get the
Hi list,
today, we released the e-novative DocBook Environment (eDE) 0.5.3, a
ready-to-go environment to work with DocBook on Windows.
You are welcome to download it for free at http://docbook.e-novative.de.
Any questions, comments and suggestions are most welcome.
Stefan
* Norman Walsh; [EMAIL PROTECTED] on 04 Oct, 2002 wrote:
| Thanks I did get the fo/lists.xsl from the sourceforge CVS but now when
| I am parsing it here is what I am getting. Any ideas ?
Get a new common/common.xsl too. Or wait for the new release. Today, I think.
Thanks a lot that saves the
hello,
this question might be likly off-topic...
i am having a stylesheets that produces some
HTML output (taking a website xml file as input).
sometimes i'll like to translate every whitespace
that occures in a plain text string into nbsp;
example:
Hi,
Since I have got the coninuation of numbereing in the ordered lists I
have another problem. Maybe I am getting this wrong. This for 1.55.0/fo
1) Is appendix in an article considered a back-matter
a) If so xsl:param colum.count.back=2 should produce a two column
Appendix right but it does
Kevin Yank wrote:
After tinkering with an example from MSDN...
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wcexml
xs/htm/ceconReleaseNotesHandlingWhiteSpaceWithMSXMLProcessor.asp
It looks like it's whitespace-only nodes in the *output* document that
get stripped by
On Fri, Oct 04, 2002 at 06:41:08AM -0400, Daniel Veillard wrote:
On Fri, Oct 04, 2002 at 12:28:29PM +0200, Yann Dirson wrote:
On Fri, Oct 04, 2002 at 05:52:05AM -0400, Daniel Veillard wrote:
The more I think about it, the more I'm convinced that
in general, validation should occur
hello,
note: this mail belongs to the website-full.dtd.
is it possible to define the custom style of
a /table element using the tabstyle attribute?
i used that attribute within a table defintion
of one of my website xml source files, but the
resulting /div HTML element still contains
-
Hi
There seems to be a discrepancy around the proper way to encode country
coudes and their expected processing in XML Docbook and the XSL
stylesheets. This matter already surfaced an year ago, but I got into
trouble nevertheless, so I thought to bring this discussion up again.
Please help me
At 12:38 04/10/2002, Togan Muftuoglu wrote:
1) Is appendix in an article considered a back-matter
Yes, IMO, but I could probably argue for some books it may
be a part of the body, since 'other' material is better grouped
as backmatter.
b) Should not appendix be forced to start on a new page
* Dave Pawson; [EMAIL PROTECTED] on 04 Oct, 2002 wrote:
b) Should not appendix be forced to start on a new page
Yes, IMO
Ok then why it does not and I have to add an extra processing
instruction to force it
2. If appendix is not back-matter what are back matters
Perhaps a personal choice, but
On Fri, Oct 04, 2002 at 12:28:29PM +0200, Yann Dirson wrote:
On Fri, Oct 04, 2002 at 05:52:05AM -0400, Daniel Veillard wrote:
On Wed, Oct 02, 2002 at 09:49:09PM -0700, Bob Stayton wrote:
I started to extend the DocBook DTD to permit xi:include,
but I think it is kind of impossible
At 18:15 04/10/2002, Togan Muftuoglu wrote:
* Dave Pawson; [EMAIL PROTECTED] on 04 Oct, 2002 wrote:
b) Should not appendix be forced to start on a new page
Yes, IMO
Ok then why it does not and I have to add an extra processing
instruction to force it
? Because we don't control/own the docbook
* Dave Pawson; [EMAIL PROTECTED] on 04 Oct, 2002 wrote:
At 18:15 04/10/2002, Togan Muftuoglu wrote:
Ok then why it does not and I have to add an extra processing
instruction to force it
? Because we don't control/own the docbook stylesheets?
Yes yet the maintainers are very helpful sometimes
On Fri, Oct 04, 2002 at 08:15:16PM +0300, Togan Muftuoglu wrote:
* Dave Pawson; [EMAIL PROTECTED] on 04 Oct, 2002 wrote:
b) Should not appendix be forced to start on a new page
Yes, IMO
Ok then why it does not and I have to add an extra processing
instruction to force it
2. If
On Fri, Oct 04, 2002 at 01:37:03PM -0300, [EMAIL PROTECTED] wrote:
Hi
There seems to be a discrepancy around the proper way to encode country
coudes and their expected processing in XML Docbook and the XSL
stylesheets. This matter already surfaced an year ago, but I got into
trouble
* Bob Stayton; [EMAIL PROTECTED] on 04 Oct, 2002 wrote:
An article is processed in fo as a single page-sequence
(its template starts and ends a page-sequence, with
all its content in between). You would have to customize
the article template as well as the article/appendix
template to stop the
At 18:49 04/10/2002, Bob Stayton wrote:
In fact, the XSL FO stylesheets do not treat an appendix
in an article as back matter. There is a special template
in fo/component.xsl with match=article/appendix that
processes the appendix as if it were a section.
It doesn't start a new page-sequence.
On Fri, Oct 04, 2002 at 01:31:56PM +0200, Daniel S. Haischt wrote:
hello,
this question might be likly off-topic...
i am having a stylesheets that produces some
HTML output (taking a website xml file as input).
sometimes i'll like to translate every whitespace
that occures in a plain
but saxon should support the unicode representation
of extended characters, shouldn't it?
and according to my unicode table #160; is equivalent to
nbsp;
regards
daniel s. haischt
--
-Ursprungliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Gesendet: Freitag, 4.
* Daniel S. Haischt; [EMAIL PROTECTED] on 04 Oct, 2002 wrote:
but saxon should support the unicode representation
of extended characters, shouldn't it?
and according to my unicode table #160; is equivalent to
nbsp;
I could be wrong but if you use this parameter for saxon you should be
able to
On Fri, Oct 04, 2002 at 10:54:15PM +0200, Daniel S. Haischt wrote:
but saxon should support the unicode representation
of extended characters, shouldn't it?
and according to my unicode table #160; is equivalent to
nbsp;
Perhaps I wasn't clear. Saxon does indeed
produce nbsp; HTML output
nope did not work out :(
-Ursprüngliche Nachricht-
Von: Togan Muftuoglu [mailto:[EMAIL PROTECTED]]
Gesendet: Freitag, 4. Oktober 2002 23:21
An: [EMAIL PROTECTED]
Betreff: Re: DOCBOOK-APPS: [QUESTION] translating whitespaces into
nbsp;
* Daniel S. Haischt; [EMAIL PROTECTED] on
30 matches
Mail list logo
