bug-gnu-utils
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Translation-i18n] Handling qt-format in gettext tools (was: Updatin


From: Bruno Haible
Subject: Re: [Translation-i18n] Handling qt-format in gettext tools (was: Updating qt-format handling?)
Date: Tue, 9 Oct 2007 00:59:42 +0200
User-agent: KMail/1.5.4

Chusslove Illich wrote:
> 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.

Good. Thanks for these tests.

> 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."

xgettext does not add c-format by itself when the string is already marked
as kde-format. But this here is not a kde-format. What is it then?

> 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?

It is safer to put "xgettext: no-c-format" on a case-by-case basis, because
a single missed instance of c-format, combined with an inappropriate
translation, can crash the entire program.

Bruno





reply via email to

[Prev in Thread] Current Thread [Next in Thread]