(Dropping translators as they probably are not interested in this)
I saw a gnu project does this (I don't remember what project). If we
update .po* files with --no-location, we can avoid a lot of diff
noises due to line number changes. A typical translator does not care
about these lines anyway. Those who do can easily search the string in
source files without them.
On Thu, Sep 13, 2012 at 5:41 AM, Jiang Xin [off-list ref] wrote:
(Dropping translators as they probably are not interested in this)
I saw a gnu project does this (I don't remember what project). If we
update .po* files with --no-location, we can avoid a lot of diff
noises due to line number changes. A typical translator does not care
about these lines anyway. Those who do can easily search the string in
source files without them.
I believe some translators need these location infomation to find the
context. In order to squelch noise, users can:
1. Define a new diff driver, such as:
$ git config --global diff.podiff.textconv "sed -e '/^#/ d'"
2. Add two lines in .git/info/attributes to use this driver for po/pot files:
*.po diff=podiff
*.pot diff=podiff
--
Jiang Xin
On Sat, Sep 15, 2012 at 8:34 AM, Jiang Xin [off-list ref] wrote:
2012/9/14 Nguyen Thai Ngoc Duy [off-list ref]:
quoted
(Dropping translators as they probably are not interested in this)
I saw a gnu project does this (I don't remember what project). If we
update .po* files with --no-location, we can avoid a lot of diff
noises due to line number changes. A typical translator does not care
about these lines anyway. Those who do can easily search the string in
source files without them.
I believe some translators need these location infomation to find the
context.
Unless you are also a git developer, I doubt if sha1_file.c makes
sense to any translators. In my 8 years of being translator/programmer
to open source world, I rarely look at those lines (though I admit I
do). A slightly modified suggestion is just drop line number, not the
file name, but xgettext does not support that, unfortunately.
--
Duy