Bob Stayton [Fri, 13 Mar 2009 00:05:51 +0000 (00:05 +0000)]
Add support for xref to phrase, simpara, anchor, and quote.
This assumes the author specifies something using xrefstyle since
the elements don't have ordinary link text.
Bob Stayton [Thu, 12 Mar 2009 22:33:55 +0000 (22:33 +0000)]
Rewrite toc templates to support an empty toc or populated toc
in all permitted contexts. Same for lot elements.
This fixes bug #1595969 for HTML outputs.
Mauritz Jeanson [Thu, 12 Mar 2009 17:43:44 +0000 (17:43 +0000)]
Added code to handle acknowledgements in book and part. The element is processed
similarly to dedication. All acknowledgements will appear as front matter, after
any dedications.
Bob Stayton [Thu, 12 Mar 2009 17:40:50 +0000 (17:40 +0000)]
Rewrite toc templates to support an empty toc or populated toc
in all permitted contexts. Same for lot elements.
This fixes bug #1595969 for FO outputs.
Mauritz Jeanson [Thu, 12 Mar 2009 17:40:15 +0000 (17:40 +0000)]
Added code to handle acknowledgements in book and part. The element is processed
similarly to dedication. All acknowledgements will appear as front matter, after
any dedications.
Bob Stayton [Mon, 9 Mar 2009 17:06:48 +0000 (17:06 +0000)]
Put programlisting in fo:block-container with writing-mode="lr-tb"
when text direction is right to left because all program languages
are left-to-right.
Bob Stayton [Sun, 8 Mar 2009 08:29:41 +0000 (08:29 +0000)]
Fix bug #1945872 to allow passthrough of colwidth values to
HTML table when no tablecolumns.extension is available and
when no instance of * appears in the table's colspecs.
Bob Stayton [Fri, 6 Mar 2009 22:53:04 +0000 (22:53 +0000)]
Add support for writing-mode="rl-tb" (right-to-left) in FO outputs.
Changed instances of margin-left to margin-{$direction.align.start}
and margin-right to margin-{$direction.align.end}. Those direction.align
params are computed from the writing mode value in each locale's
gentext key named 'writing-mode', introduced in 1.74.3 to add
right-to-left support to HTML outputs.
Keith Fahlgren [Fri, 6 Mar 2009 04:48:04 +0000 (04:48 +0000)]
Added regression test and fix for XHTML validation problem with <a>s added inside <blockquote>; This potentially causes another problem (where something is referenced by has no anchor, but someone reporting that should cause the whole <a id='thing'/> thing to be reconsidered with modern browsers in mind.
Bob Stayton [Thu, 5 Mar 2009 23:34:58 +0000 (23:34 +0000)]
Fix bug 1546008: in qandaentry in a TOC, use its blockinfo/titleabbrev or blockinfo/title
instead of question, if available. For DocBook 5, use the info versions.
Bob Stayton [Thu, 5 Mar 2009 23:33:56 +0000 (23:33 +0000)]
Fix bug 1546008: in qandaentry in a TOC, use its blockinfo/titleabbrev or blockinfo/title
instead of question, if available. For DocBook 5, use the info versions.
Keith Fahlgren [Fri, 20 Feb 2009 13:57:14 +0000 (13:57 +0000)]
The DocBook 1.74.* had problems with different XSLT processors.
Add instructions to release instructions and make Makefiles more
flexible to allow 'make check' to *actually* be run with something
other than xsltproc. Thanks to Sorin Ristache for reporting this
issue.
Because of problems with the 1.74.* releases, it is now
recommended that "make check" be run multiple times with
different XSLT processors.
One recommended way to invoke "make check" is the following:
After running with "xsltproc", you should run it again with
"saxon":
rm -f DOCBOOK-BUILD.LOG && \
. ~/docbk.sh && \
make check 2>&1 \
XSLTENGINE=saxon \
| tee DOCBOOK-BUILD.LOG && \
$DOCBOOK_SVN/buildtools/build-check DOCBOOK-BUILD.LOG
Keith Fahlgren [Tue, 17 Feb 2009 04:03:20 +0000 (04:03 +0000)]
Liza Daly reported that the dc:identifer-generation code was garbage (she was right).
Added new tests:
- should include at least one dc:identifier
- should include an ISBN as URN for dc:identifier if an ISBN was in the metadata
- should include an ISSN as URN for dc:identifier if an ISSN was in the metadata
- should include an biblioid as a dc:identifier if an biblioid was in the metadata
- should include a URN for a biblioid with @class attribute as a dc:identifier if an biblioid was in the metadata
Keith Fahlgren [Wed, 11 Feb 2009 20:58:08 +0000 (20:58 +0000)]
An XSLT2 stylehseet to obfuscate the text of a DocBook document so that you can submit it as a failing test case (probably because of unhandled markup)
Michael Smith [Mon, 9 Feb 2009 19:56:29 +0000 (19:56 +0000)]
Put the following at the top of generated roff for each page:
\" t
purpose is to explicitly tell AT&T troff that the page needs to be
pre-processed through tbl(1); groff can figure it out
automatically, but apparently AT&T troff needs to be explicitly told
Michael Smith [Mon, 9 Feb 2009 16:22:14 +0000 (16:22 +0000)]
This change closes bug 2013441 and makes man-page output generally
usable again on Solaris and other platforms that use AT&T troff
instead of groff.
The change was to add man.output.better.ps.enabled parameter, with
its default value set to zero.
If the value of the man.output.better.ps.enabled parameter is
non-zero, certain markup is embedded in each generated man page
such that PostScript output from the man -Tps command for that
page will include a number of enhancements designed to improve the
quality of that output.
If man.output.better.ps.enabled is zero (the default), no such
markup is embedded in generated man pages, and no enhancements are
included in the PostScript output generated from those man pages
by the man -Tps command.
WARNING: The enhancements provided by this parameter rely on
features that are specific to groff (GNU troff) and that are not
part of "classic" AT&T troff or any of its derivatives. Therefore,
any man pages you generate with this parameter enabled will be
readable only on systems on which the groff (GNU troff) program is
installed, such as GNU/Linux systems. The pages will not not be
readable on systems on with the classic troff (AT&T troff) command
is installed.
NOTE: The value of this parameter only affects PostScript output
generated from the man command. It has no effect on output
generated using the FO backend.
TIP: You can generate PostScript output for any man page by
running the following command:
man FOO -Tps > FOO.ps
You can then generate PDF output by running the following command:
Keith Fahlgren [Fri, 6 Feb 2009 04:57:22 +0000 (04:57 +0000)]
Improve both SEO and semantic structure of chunked ePub output by ensuring that
we always send out one and only one h1 in each XHTML chunk.
DocBook::Epub
- should include one and only one <h1> in each HTML file in rendered ePub files
for <book>s
- should include one and only one <h1> in each HTML file in rendered ePub files
for <book>s even if they do not have section markup
projects / docbook-dsssl / log