Make language codes RFC compliant (closes #1208931; thanks to
Bernd Groh for reporting).

::PROBLEM:
  Stylesheets output two-part language codes in the form "zh_CN".
  But underscores in language codes are actually neither RFC
  compliant nor compliant with the HTML 4.0 rec. The separator
  should be a hyphen. To quote the specs:

    Section 8.1.1, "Language Codes"[1], in the HTML 4.0 Rec.
    states that:

    [RFC1766] defines and explains the language codes that MUST be
    used in HTML documents.

    Briefly, language codes consist of a primary code and a
    possibly empty series of subcodes:

      language-code = primary-code ( "-" subcode )*

    And in RFC 1766, "Tags for the Identification of
    Languages"[2], the EBNF for "language tag" is given as:

      Language-Tag = Primary-tag *( "-" Subtag )
      Primary-tag = 1*8ALPHA
      Subtag = 1*8ALPHA

    [1] http://www.w3.org/TR/REC-html40/struct/dirlang.html#h-8.1.1
    [2] http://www.ietf.org/rfc/rfc1766.txt

::CAUSE:
  Stylesheets simply pass through language codes unaltered. So if
  users put "zh_CN" in their source, they will get "zh_CN" in
  their HTML output.

::FIX:
  Added a new boolean config parameter, "l10n.lang.value.rfc.compliant",
  set to 1 by default. If it is non-zero, any underscore in a
  language code will be converted to a hyphen in HTML output. If
  it is zero, the language code will be left as-is.

::AFFECTS:
  This change affects any HTML output that contains two-part
  language codes.

Fixed typo.

minor formatting change

Replaced leftover instances of "Website"

Fixed bug #851598 links to legalnotice in html are broken.

Set start-indent and end-indent for fo:table-body used to format lists to
zero so that they do not inherit any start-indent from their container, which
would indent relative to the cell boundary.

Cause "clean" target to remove xref.xsl

Make xrefs and olinks work, and prevent instances of “ and
” entities in output (closes #741578 and #956072; thanks to
Jens Granseuer and Sam Steingold for reporting the problems)

::Problem:
  If you include an xref in a source document, instead of getting
  the xref text you would expect in the output, you just get
  "[xref to refsect1]", where "refsect" is the name of the target
  element for the xref.  If you include an olink, it works as
  expected -- except that the output text has “ and ”
  entities (double "curly" quotation marks).

::Cause:
  The manpages/docbook.xsl driver imports the html/docbook.xsl
  stylesheet, which in turn imports the html/xref.xsl file.

  The manpages/docbook.xsl file then imports the manpages/xref.xsl
  file. That file contains a "xref" template that overrides the
  the one in html/xref.xsl and that, by design, does nothing
  except to generate the "[xref to refsect1]" text instead of the
  expected xref output.

  On the other hand, the manpages stylesheets don't override the
  "olink" template; therefore, the "olink" template from the
  html/xref.xsl file is used "as is". And being that it is
  intended for HTML output, that template uses the “ and
  ” to wrap titles in xref output.

::Fix:
  The original manpages/xref.xsl file has now been removed. The
  build for the manpages distribution now makes that file, using
  the textify.xsl stylesheet to automatically generate it from the
  html/xref.xsl file. It is built in such a away that it basically
  just contains special copies of the "xref" and "olink" templates
  that cause “ and ” instances to be transformed into
  "\(lq" and "\(rq" (groff "left quote" and "right quote").

  It might seem odd that templates from the html/xref.xsl are
  used, since those templates a designed to generate hyperlinks of
  the form <a href="#foo">the section called "Bar"</a>. But it
  works because the manpages stylesheets end up using the text
  value of the output of the above. Thus, the <a href="#foo"> and
  </a> parts are stripped out, leaving just the text between
  ('the section called "Bar"').

::Affects
  Only affects output of xref and olink elements. The fix may not
  be complete and/or may cause other problems. Please test.

  In particular, while it may fix the &#8220; and &#8221; problem
  that English lang/locales users have run into, it doesn't fix
  the corresponding problem for output of xrefs and olinks in many
  non-English locales, which use quoting characters other than
  &#8220; and &#8221;

  To give just one example of many: in Japanese, the quoting
  characters are &#12300; and &#12301; ("left corner bracket" and
  "right corner bracket"). It is possible to "fix" the problem for
  all locales; but it is just a question of whether there is
  enough of a demand for it that it is worth doing.

Classical HTML index is suppressed in a cleaner way as suggested by David Cramer

Whitespace-only change. Expanded all tabs

Added replace-ldqou and replace-rdquo templates, for translating
&#8220; to \(lq and  &#8221; to \(rq

Prevent "sticky" fonts changes. (closes #956070; thanks to Sam
Steingold for reporting the problem, and for his patience...)

::Problem:
  Sometimes a bold or italic font change inadvertently ends up
  becoming "sticky" such that a following chunk of text that
  should just be rendered as plain text instead gets
  boldfaced/italicized.

::Cause:
  Font changes were simply being nested, as they are in HTML.
  While that works for HTML, it doesn't work for roff, where
  font-change instructions aren't actually intended to nest.

::Fix:
  Attempted to un-nest bold/italic font changes. When the manpages
  stylesheets encounter node sets that need to be boldfaced or
  italicized, they now put the \fBfoo\fR \fIbar\fR groff
  bold/italic instructions separately around each node in the set.

  This may not be a complete fix for the problem. In fact, it may
  cause other problems. Please test :^)

Support generation of choice separator in inline simplelist
(closes #1207532)

This ehancement enables auto-generation of an appropriate
localized "choice separator" (for example, "and" or
"or") before the final item in an inline simplelist.

To indicate that you want a choice separator generated
for a particular list, you need to put a processing
instruction (PI) of the form <?dbchoice choice="foo"?>
as a child a of the list. For example:

  <para>This release adds localiation support for the
  following Indic languages:
    <simplelist type="inline">
      <?dbchoice choice="and" ?>
      <member>Hindi</member>
      <member>Punjabi</member>
      <member>Tamil</member>
      <member>Oriya</member>
      <member>Gujarati</member>
    </simplelist>.
  </para>

Output (for English):

  This release adds localiation support for the
  following Indic languages: Hindi, Punjabi, Tamil,
  Oriya, and Gujarati.

Or if the logical relationship between the items in the
list is an "or" relationship, then use choice="or":

  <para>Choose from ONE and ONLY ONE of the following:
    <simplelist type="inline">
      <?dbchoice choice="or" ?>
      <member>A</member>
      <member>B</member>
      <member>C</member>.
    </simplelist>
  </para>

Output (for English):

  Choose from ONE and only ONE of the
  following choices: A, B, or C.

As a temporary workaround for the fact that most of the
DocBook non-English locale files don't have a
localization for the word "or", you can put in a
literal string to be used; example for French:

  <para>Choose from ONE and ONLY ONE of the following:
    <simplelist type="inline">
      <?dbchoice choice="ou" ?>
      <member>A</member>
      <member>B</member>
      <member>C</member>.
    </simplelist>
  </para>

That is, use "ou" instead of "or".

Rolled back some over-aggressive line-break cleanup, and removed
space-normalizing call in group|arg template because it causes
<sbr/> to be handled incorrectly.

Minor update to date/time handling.

Make handling of date format strings more robust (closes #1206837).

::Problem:
  If the "dbtimestamp" PI has words in it that contain any of the
  single-letter characters used as date/time formatting
  instructions, the output is not what would be expected.

  For example, Spanish "long" dates look like this:

    23 de mayo de 2005

  So you would expect that you could generate a date of that form
  using the dbtimestamp PI with a format string like the following:

    <?dbtimestamp format="d de B de Y"?>

  But if you try that, you get the following output:

    23 23e mayo 23e 2005

  That is, the "d" in "de" is replaced with the day of the month.

::Cause::
  The format-string parsing logic works by walking through the
  format string character-by-character. So when it gets to the "d"
  in "de", it has no way of discerning that it is not the "d"
  formatting instruction but is instead part of a word intended to
  be included in the output as a literal string.

::Fix::
  The format-string parsing logic now splits format strings into
  tokens and delimiters and evaluates them token-by-token instead
  of character-by-character.

  For example, it splits the Spanish "long" date format like this:

    <token>d</token> <token>de</token> <token>B</token> ...

  Thus, in looking for the "d" formatting instruction, the "d"
  token matches but the "de" token does not.

  As delimiters, it recognizes the following characters:

    <space> <tab> <CR> <LF> , . / - ( ) [ ]

::Affects:
  This change affects output of the "dbtimestamp" PI as well as
  output from any customization layers that call the
  "datetime.format" template. It affect all formats (HTML, FO, etc.).

Grand Unification: Epilogue (2): If "neighboring" text nodes in
mixed content are whitespace-only, apply the special sauce just
before serving; that is, at the end, not both at the beginning and
at the end.

Repaired line-breaking in list output. Thanks to Hendrik Sattler
for reporting the problem.

The cause of this is was a change that was made a while back to
reduce excessive blank lines in output. Looks like in this case it
cut it back a bit too aggressively. There may yet be some other
cases that will need more fine-tuning.

Whitespace Grand Unification: Epilogue (1): If "neighboring" text
nodes in mixed content are whitespace-only, leave them unseasoned;
that is, don't add the special sauce.

Fixed typo.

Added Kannada localization (from Siddharudh P T)

Verbatim environment "Grand Unification" fix.

Attempte to fix handling of verbatim environments (literallayout,
programlisting, screen) and, in a related way, text nodes.
Particularly in mixed-content blocks. I think I got it working...

Closes #1167995, #975243, #935833, #763861, #728932, #628393, #595213.

Thanks to Hendrik Sattler, Tobias Reif, Tommi Virtanen, Dennis
Grace, and Matthias Andree for reporting the problems.

Sorry it took so long for the fix.

fixed comments

convert CLDR locale data to the format used by DocBook stylesheets

Added mechanism for building HTML output that demonstrates various
bits of localized generated text. Useful for translators who want
to review output.

Replaced named character entities with numeric ones

Added missing entity ref for hi.xml

Fixed bug [ 1173576 ] rowsep lines after last row of a table

Added Mongolian localization from Sanlig Badral.

Set correct code for az.xml locale file.

Added all recently added locales.

Corrected uppercase/lowercase alpha lists.

Added Welsh localization (from Kevin Donnelly)

Fixed bug 1201333 mediaobjectco images not aligned.

fixed bug 1201333 mediaobjectco images not aligned.

Corrected name order

Minor cleanup for author atrribution

Added Azerbaijani translation (from Metin Amiroff)

Added %t for substitutable text in glosssee and glosseealso to fix
bug #858598.

Added Oriya localization (from Gora Mohanty)

Added Irish (Gaelic) localization (from Kevin Patrick Scannell)

Added %t for substitutable text in glosssee and glosseealso to fix bug 858598.

Now glosssee and glossseealso use full gentext template with substitution.

Make glosssee and glossseealso into full gentext templates with substitution.

Incorporated Albanian locale file contributed by Laurent Dhima.

added text for Author (thanks to Paulo Eduardo Neves)

clarified encoding section

ignore build dir

reworked entire file to make things easier for translators

explicitly set encoding to UTF-8 (makes it easier for translators
who might not be familiar with XML and the fact the UTF-8 is the
default...)

switched to ant-based build

clean target added

Added clean target

Changed order of build

touch pi.html so that nothing gets unnecessarily remade

create param.html stamp so that it doesn't get remade if nothing changes

clean target now removes generated *.html param files

Changed longest.term template to measure width after apply-templates to term.

Added/Corrected HTML Help language codes. Note that there are no
HTML Help language codes for Bangla, Gujarati, Punjabi, or Tamil.
So, set the code for those to the code for Hindi, which, it seems,
is the closest we can get.

fixed typo

Added hi.xml file contributed by Bernd Groh. Removed "letters"
element from locale files that don't need it.

Added support for Punjabi, Gujarati, and Tamil (via locale files
contributed by Bernd Groh) (ported from build branch)

Added Tamil, Punjabi, and Gujarati locale files contributed by Bernd Groh

Added several missing translations

Simplified and corrected rendering of simplelist. (closes #1154750
and #699081; thanks to Matthias Andree and Bert Vermeulen for
reporting the problem)

  - Any simplelist type="inline" instance is now rendered as a
    comma-separated list, with a comma and also a localized "and"
    before the last item.

  - Any simplelist instance whose type is not inline is rendered
    as a one-column vertical list (ignoring the values of the type
    and columns attributes if present)

Added QandAdiv for all locales that lacked it.

Updated to match filenames used for entity files in W3C URIs

Removed hardcarded "../../xmlcharent" URIs. (xmlcharent is gone)
Replaced with "http://www.w3.org/2003/entities/iso8879"

translations of "Author" added from Brane Jovanovic

initial add

initial add

initial add

intial add

not needed

*** empty log message ***

removed some more unnecessary line breaks (closes #607270)

remove some unnecessary generated line breaks (relates to issue #607270)

Handle email in info section apprpropriately.
Replace "Man page edited by Foo." with "Foo. (man page)"

Fixed typo.

Code -> Literal (because jrefentry DTD imports on DocBook 4.1.2,
which lacks Code)

Added translation of Author as requested by Mike

added localization of gentext for "Author"

Support localization of gentext for various things (issue
#1199352, #1199153, #1199033, and #1167995; thanks to Hendrik
Sattler for reporting the issue).

Gentext is now localized for the following

  - Heading generated for refsynopsis section
  - Heading generated for refname section
  - Heading generated for author attribution
  - Headings generated for admontions

There are some other bits of gentext that still need to be
localized.

support localization of gentext for "Author" heading (first round
of changes for issue #1199175)

Added template to uppercase strings (closes #1199123)

Given a string, this template does a language-aware conversion of
that string to all uppercase letters, based on the values of the
lowercase.alpha and uppercase.alpha gentext keys for the current
locale. It affects only those characters found in the values of
lowercase.alpha and uppercase.alpha. All other characters are left
unchanged.

Partially support having multiple parameters in one paramdef.
DocBook says it is valid, but it's not clear why anybody would
ever want to do it. Prior to this fix, each parameter would get
rendered twice. There is still a problem with whitespace between
parameters getting dropped, but it's not worth fixing unless
somebody can actually show a use case for having multiple
parameters in one paramdef.

make funcsynopsis.decoration=1 have effect for nontabular K&R
output (closes bug # 1198960)

::PROBLEM
  If you set the funcsynopsis.decoration param to 1 and generate
  notablular K&R output for a functionsynopsis, the parameters in
  the function argument synopsis are not styled (italicized) as
  they are for K&R tabular output.

::FIX
  Changed K&R nontabular logic to base styling for function
  argument synopsis on value of funcsynopsis.decoration.

Strip whitespace in Manvolnum; closes bug #959805
(thanks to Jens Elkner for reporting the problem)

::PROBLEM:
  Whitespace is preserved in output for Manvolnum. Among other
  things, this results in garbled filenames for man pages
  generated from the manpages stylesheets.

::CAUSE
  Manvolnum was not included in the master list of "strip space"
  elements.

::FIX
  Added Manvolnum to master list of "strip space" elements.

::AFFECTS
  This change affects all output formats.

Strip whitespace in Refsection; closes bug #1198766 and #1170315
(thanks to Denis Bradford for reporting the problem)

::PROBLEM:
  Whitespace is preserved in output for Refsection. Among other
  things, this results in malformed groff output from the manpages
  stylesheets.

::CAUSE
  Refsection was not included in the master list of "strip space"
  elements.

::FIX
  Added Refsection to master list of "strip space" elements.

::AFFECTS
  This change affects all output formats.

::Problem:
  PAGE UP, PAGE DOWN, and HOME keyboard shortcuts not longer work
  as expected

::Cause:
  Shortcuts were replaced with letter-key shortcuts (N, P, H).

::Fix:
  Restored PAGE UP, PAGE DOWN, and HOME shortcuts by appending
  those keys to the list of valid shortcuts. Now, both those and
  the letter-key shortcuts are available. Also, added RIGHT ARROW,
  LEFT ARROW, and UP ARROW shortcuts. The complete list of
  shortcuts is now:

     * forward = n, N, SPACE, ENTER, RETURN, PAGE UP, RIGHT ARROW
     * backward = p, P, BACKSPACE, PAGE DOWN, LEFT ARROW
     * up = u, U, UP ARROW
     * home = h, H, HOME
     * toc = t, T

  (Closes bug #1196429; thanks to Roland Huss for reporting the
  problem)

Problem:
  Invalid HTML generated for manually created Indexes that lack
  Indexdivs.
Cause:
  The indexentry template assumes a dl wrapper has been generated,
  but the dl wrapper gets generated only if an Indexdiv exists.
Fix:
  For Indexes that lack Indexdiv, generate a dl wrapper before
  processing Indexentries (closes bug ##1196670; thanks to Petr
  Pajas for reporting the problem).
Affects:
  HTML output for manually created Indexes; has no effect on
  processing of automatically generated Indexes.

make docsrc build depend on params/*.xml files

Added basic support for biblioref cross referencing.

Add basic support for biblioref cross referencing element.

Bug fix if caption align.

Added support for @align on caption in mediaobject.

Fix bug in use.local.olink.style.

DocBook V4.5b1 Released

DocBook V4.5b1 Released

Updated version number