Description of problem:
All the (translated) README and RELEASE-NOTES contain tags with
lang="en" attributes. Apart from some misrendering that this may
cause, the biggest conseqence of this is that it is not possible
to print out the notes for CJKI from firefox/mozilla.
Steps to Reproduce:
1. grep -L "lang=\"en\"" *.html | wc -l
2. Look for lang in *-ja.html files
2. Find <div class="article" lang="en">, etc
2. No lang attributes, or correct ones for each language
(ie *-ja.html would contain lang="ja", etc).
I believe this is a long-standing bug.
It is not clear to me if this is a docbook issue or a bug in the
way we generate the html of our translated readme's and relnotes.
(RHEL manual do not seem to be affected. :)
It was a problem with us not changing lang="en" to lang="$lang" when creating
$lang.xml files from en.xml and $lang.po. DocBook merely uses the settings in
the xml files. I've fixed it all in 3.0E/*/Makefile and RHEL4/*/Makefile.
Additionally, I've changed 3.0E/Makefile and RHEL4/Makefile to replace zh_CN,
zh_TW and pt_BR with zh-CN, zh-TW and pt-BR, respectively, after creating the
html-files (see http://www.w3.org/TR/REC-html40/struct/dirlang.html#h-8.1.1).
Should be all fixed for the next build.
Thanks a lot: this also means that it should become possible to print
out say Korean relnotes from a Japanese browser session from now on. :)
Just another update, re: "replace zh_CN, zh_TW and pt_BR with zh-CN, zh-TW and
I've taken it upstream to DocBook, and they've just added a new config
parameter, by default replacing the underscores with hyphens in the DocBook ->
The config parameter will make it into the next release, though they're unsure
about the default value. They'd like to make it compliant by default, but may
decide to make the default backwards-compatible.
Created attachment 116633 [details]
regression test script for RHTS
Confirm bugs has been fixed and test script has been committed to RHTS for