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

[Bruno Haible]

Chusslove Illich wrote:
> there indeed remains but a handful of messages really needing explicit
> no-c-format. So probably not worth the possible danger of a c-format string
> actually appearing, or an extra option in xgettext for that matter...

Good.

> a realistic message
> would be "No 100% suggestions were found."

Yes, in this case you need to write /* xgettext: no-c-format */ explicitly,
to override the heuristic.

> or "%1m %2s" (short for minutes, seconds).

An interesting case: By default xgettext guesses that it may be both a
c-format and a kde-format, and flags both. If, however, you add
  /* xgettext: kde-format */
it will not apply the heuristic for c-format, and will flag only kde-format.

> However I'm slightly alarmed by the bit that "%1% finished." is not kde-
> format :) I don't see why it shouldn't be (xgettext also extraxts it as
> such). Or I misunderstood what you wrote?

That's a misunderstanding. This string is recognized as kde-format by
xgettext, but I thought it was an instance of yet another kind of format
string that was also in use in KDE. (It looks like a CMD.EXE substitution.)
My mistake.

Bruno