[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [bug-gettext] Bug#680630: [gettext] msgmerge: merges distinct src co
Re: [bug-gettext] Bug#680630: [gettext] msgmerge: merges distinct src comment lines (fwd)
Thu, 12 Jul 2012 15:58:02 +0200
KMail/1.13.7 (Linux/126.96.36.199-0.5-default; KDE/4.6.4; x86_64; ; )
> [: Santiago Vila :]
> [...] in the manual:
> `-w NUMBER'
> So, it says that long strings will be split, but it does not say that
> short lines will be merged.
But this is precisely the intended behavior, so at best, the manual could be
updated to reflect this. Or even that is not necessary, since it is implied
by the fact that strings are always rewrapped. But I think this is beside
the point. This option, and any other controllable wrapping behavior,
relates only to message fields (msgid, msgstr...) -- this is what is meant
As for comments, the behavior is as follows: comments under sole control of
Gettext tools are always rewrapped, and other comments are not. Thus: source
references and flags are rewrapped, but extracted comments and translator
comments are not. (Excluding previous field comments, which are treated like
strings.) I see no problem in this behavior.
In fact, sometimes it serves to expose abuse of PO elements, such as in this
Only the first line here is source reference, and only that line should be
source reference comment. These other lines should have been put into
and then their wrapping would have been kept as is.
Chusslove Illich (Часлав Илић)
Description: This is a digitally signed message part.