inline <u>, Cygwin compatibility, parse non-nix files, return value
by poy
hi,
recently i've been integrating po4a into the DC++ <http://dcplusplus.sf.net>
help system, which uses HTML files compiled in a CHM file.
here are a few remarks, didn't want to send separate messages or bug
reports; if i should, please tell me.
1) the XHTML component inlines some tags like <b>, <i>, but forgets <u>
which is for underlining text. this results in a few texts that are cut out
of their context.
2) since DC++ is mainly a Windows app, it can be cross-compiled but i
compile it under Windows. i've installed po4a pretty easily using Cygwin
<http://www.cygwin.com/>, which helps provide many of the nix tools under
Windows. the only problem i encountered was paths containing "::" in
po/pod.cfg; i replaced each "::" with a ".", and it worked fine.
i also added a few batch files in Cygwin/bin with the same names as the po4a
programs (eg "po4a-gettextize.bat" for "po4a-gettextize"), so that they can
be called from outside the Cygwin Shell, each batch file containing:
@echo off
bash --login -i -c "cd '%CD%'"
bash -c '%0 %*'
echo on
[my initial e-mail about this can be found at
<http://sourceforge.net/mailarchive/forum.php?thread_name=E6149C0EF2B5474A...>.]
3) some of our HTML files have been created on Windows, and thus had DOS
line endings (CR LF). po4a-gettextize parsed them fine, but there were some
lines ending incorrectly in the generated .pot file; eg:
msgid ""
"blah blah 1st line
blah blah 2nd line"
which should have been:
msgid ""
"blah blah 1st line"
"blah blah 2nd line"
i solved it by converting the DOS files into nix format (LF only), but it
would be nice if po4a could actually interpret CR's as line delimiters.
4) when using po4a-translate, and the "-k" option condition is not met, it
would be useful if the program returned an error code.
5) out of curiosity, do you know if po4a works on ActivePerl?
poy
16 years, 1 month
- 1
- 0
- ← Newer
- 1
- Older →