Re: [Translation-i18n] Handling qt-format in gettext tools (was: Updating qt-format handling?)

[Chusslove Illich]

> [: Bruno Haible :]
> I added 'kde-format' now. [...]

Thanks for taking the time to implement it!

> But I would like to ask you to check
> 1) the comments in format-kde.c,

All are fine (as in according to what I expect of KDE's i18n behavior).

> 2) the unit tests in tests/format-kde-[12],

Also fine, and quite extensive at that -- I'll have to snip some into KDE's
i18n unit tests :)

> 3) to run xgettext on some files of yours, to see if its behaviour matches
> the expectations.

I run xgettext on several KDE4 modules, and by casual inspection couldn't
find any case where kde-format was missing and shouldn't (or the other way
around).

I run msgfmt -c on my KDE4 translations, as well as on proverbially complete
Swedish ones. All reported errors were in order.

However, although not exactly to the topic, another issue surfaced after
these rather complete runs of msgfmt -c on all KDE4 POs: xgettext sometimes
deduces c-format in oddball situations, e.g. the "...% f..." in
"%1% finished." These can be fixed on case-by-case basis by
xgetext: no-c-format comment, but given that there are no c-format strings
anywhere, is there a way to tell xgettext to completely avoid c-format
flags?

(This issue is a bit more pressing due to pre-commit hook for checking PO
files in KDE SVN, which should start using -c with 0.16.2, and then there
will be needless communication overhead when translators start getting their
POs rejected due to stray c-format...)

-- 
Chusslove Illich (Часлав Илић)

pgpIjo6KVHXul.pgp
Description: PGP signature