What is the order of precedence for command line parameters vs. parameters in
a customization layer?
For example, suppose I have a customization layer mydocbook.xsl that imports
the standard DocBook stylesheets, then adds some customizations.
Do command line parameters have greater precedence
around with
it later when
I have some time too.
David
On 10/07/2011 06:29 AM, mike 675 wrote:
I tried your text() match code.
It works fine for the most part.
But I was unable to get it to work on elements in the
titlepage section of a
book or article.
For example, I want to display
around with
it later when
I have some time too.
David
On 10/07/2011 06:29 AM, mike 675 wrote:
I tried your text() match code.
It works fine for the most part.
But I was unable to get it to work on elements in the
titlepage section of a
book or article.
For example, I want to display
around with
it later when
I have some time too.
David
On 10/07/2011 06:29 AM, mike 675 wrote:
I tried your text() match code.
It works fine for the most part.
But I was unable to get it to work on elements in the
titlepage section of a
book or article.
For example, I want to display
. You'll see that the base
template for
match=para uses fo:block instead of fo:inline. You can add your color
to the
fo:block.
Bob Stayton
Sagehill Enterprises
b...@sagehill.net
- Original Message -
From: mike 675 m_mcl...@yahoo.co.uk
To: docbook-apps@lists.oasis-open.org
. You'll see that the base
template for
match=para uses fo:block instead of fo:inline. You can add your color
to the
fo:block.
Bob Stayton
Sagehill Enterprises
b...@sagehill.net
- Original Message -
From: mike 675 m_mcl...@yahoo.co.uk
To: docbook-apps@lists.oasis-open.org
template for match=para
uses fo:block instead of fo:inline. You can add your color to the
fo:block.
Bob Stayton
Sagehill Enterprises
b...@sagehill.net
- Original Message - From: mike 675 m_mcl...@yahoo.co.uk
To: docbook-apps@lists.oasis-open.org
Sent: Thursday, October 06, 2011 8
Message -
From: mike 675 m_mcl...@yahoo.co.uk
To: docbook-apps@lists.oasis-open.org
Sent: Monday, September 05, 2011 6:52 AM
Subject: Re: [docbook-apps] Section TOCs in HTML: Placing after intro text
The fix works, apart from the top-level TOC in a chapter. This is still
placed before
Message -
From: mike 675 m_mcl...@yahoo.co.uk
To: docbook-apps@lists.oasis-open.org
Sent: Monday, September 05, 2011 6:52 AM
Subject: Re: [docbook-apps] Section TOCs in HTML: Placing after intro text
The fix works, apart from the top-level TOC in a chapter. This is still
placed before
Correction. I tried this on my work computer and it is now working as
expected.
mike 675 wrote:
I never got this to work for chapter-level TOCs. The section TOCs fix
worked well, intro text was rendered before the section TOC.
Here are the changes I made to the chapter template
I want to find all paras marked as role=high and render them as red text in
FO output.
http://www.sagehill.net/docbookxsl/CustomInlines.html shows how to do this
sort of thing when matching on inline text. Is it possible at block level?
Here is my first attempt:
xsl:template
to be
col, I don't see any reason why you couldn't hard code it in the XSL
customization layer. others may disagree about this.
--
-- Forwarded message --
From: mike 675 m_mcl...@yahoo.co.uk
To: docbook-apps@lists.oasis-open.org
Date: Mon, 19 Sep 2011 01:58:03 -0700 (PDT
-- Forwarded message --
From: mike 675 m_mcl...@yahoo.co.uk
To: docbook-apps@lists.oasis-open.org
Date: Mon, 19 Sep 2011 01:58:03 -0700 (PDT)
Subject: [docbook-apps] Accessibility: adding scope attribute to HTML output
To meet accessibility requirements, we need to add the scope attribute
To meet accessibility requirements, we need to add the scope attribute to the
HTML output for our tables.
Our tables are marked up in DocBook XML, CALS style.
Every th needs to be th scope=col
The first td in a tr needs to be td scope=row
Any ideas on where to start on this.
I guess I need to
the xpath statement inside the match attribute would have to
be different to point to the th element or TD, but the rest of it
would be basically the same.
Robert
--
-- Forwarded message --
From: mike 675 m_mcl...@yahoo.co.uk
To: docbook-apps@lists.oasis-open.org
Date: Mon
Using 1.76.1 stylesheets, exporting to FO.
The collab elements in the following markup do not show up in the .fo
file.
bookinfo
authorgroup role=Primary
author
firstnameAndy/firstname
surnameAndrews/surname
/author
/authorgroup
authorgroup
Using FOP 1.0. How can I access the following FOP extension through the XSL
stylesheets?
fox:orphan-content-limit
--
View this message in context:
http://old.nabble.com/Using-fox%3A-extensions-tp32446134p32446134.html
Sent from the docbook apps mailing list archive at Nabble.com.
I notice that when I use pubsnumber in my bookinfo markup, the element is
reproduced in PDF output. This is because I have configured the
frontpage.templates.xml file.
But pubsnumber does not appear in HTML output.
Where can I configure this? Is there an equivalent of the
frontpage.templates
Am I right in saying that you use the fo/titlepage.templates.xsl file for PDF
front pages, and the html/titlepage.templates.xsl file for HTML front
pages?
mike 675 wrote:
I notice that when I use pubsnumber in my bookinfo markup, the element
is reproduced in PDF output. This is because I
:
xsltproc -o mytitle.xsl \
docbook-1.76.1/html/titlepage.templates.xsl \
mytitle.xml
The command completes with no errors, but creates an empty file,
mytitle.xsl.
mike 675 wrote:
Am I right in saying that you use the fo/titlepage.templates.xsl file for
PDF front pages, and the html
Fixed.
I needed to use:
docbook-1.76.1/template/titlepage.xsl
mike 675 wrote:
Does customizing an HTML title page work in the same way as for a PDF
title page?
I attempted to create a custom titlepage.templates.xsl file for HTML
output.
Take a copy of html/titlepage.templates.xml, name
The fix works, apart from the top-level TOC in a chapter. This is still
placed before any intro text.
Any ideas how to extend Bob's fix so that chapter level TOCs are placed
after any introductory text?
Thanks,
Mike
--
View this message in context:
be a lighter customization to remove that tile than
to move the contents of the chapter above the toc.
Regards,
David
On 09/05/2011 08:52 AM, mike 675 wrote:
The fix works, apart from the top-level TOC in a chapter. This is still
placed before any intro text.
Any ideas how to extend Bob's
David Cramer wrote:
By default the content in the abstract is rendered before the chapter
toc.
I've just tried this. abstract can be used in a chapter.
But the abstract content is placed after the chapter TOC by default.
--
View this message in context:
Thanks Bob, I 'll give that a try.
I was looking for a file name html/chapter.xsl file or similar...
Bob Stayton wrote:
Hi Mike,
The same kind of changes that were made to the template matching on
section can also
be made to the template matching on chapter. That template can be copied
/ChunkingCustomization.html
This customization goes in the customization file for single-page output.
If you put
it in the customization of chunk.xsl, then it won't work.
Bob Stayton
Sagehill Enterprises
b...@sagehill.net
- Original Message -
From: mike 675 m_mcl
I fixed this by updating to the latest stylesheets, and importing the
html/sections.xsl stylesheet.
The fix works, apart from the top-level TOC in a chapter. This is still
placed before any intro text.
I suppose a similar fix, this time matching on chapters is required?
mike 675 wrote:
OK
docBook won't let me insert a toc/ element. the following doc structure is
invalid:
section
titleInstalling ABC Software/title
para
This section describes the things you must do before
installing ABC.
/para
paraThe following topics are covered:/para
toc/
section
DocBook - HTML using the DocBook XSL stylesheets.
At the top of every major section, we have a mini TOC in the HTML output.
We want to retain this, but place the mini-TOC *after* any introductory
text.
So we would get HTML output of the form:
2.1. Using the ABC Software
This section includes
I don't have an account at SourceForge.
Could someone post a bug on this?
Bob Stayton wrote:
Hi Michael,
Support for the keep-together processing instruction on programlisting
should be
there, but on inspecting the code, I find that it is not. I consider this
a bug, so
could you
Thanks David.
How long does it usually take for a fix like this?
David Cramer wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Done:
https://sourceforge.net/tracker/?func=detailaid=3396906group_id=21935atid=373747
David
On 08/23/2011 07:04 AM, mike 675 wrote:
I don't have
31 matches
Mail list logo
