"R.I.P. Deaddog" wrote:
> > I myself would probably convert the sv.po in Gimp HEAD to UTF-8, like in
> > GTK+, if I was kindly asked to, and it was recommended, but I still
> > don't want others to touch the PO file.
> > I think I could live with having to run iconv back and forward every
> > time I touch the file, maybe I could also live with the different
> > charset breaking the translation memory I use. But please let me still
> > maintain the file, and don't touch it!
> There are two kind of people that commit po files into HEAD branch; one kind
> is so stupid that they can't even distinguish between HEAD and stable
> branch, and another kind knows very well what they're doing. So how about
> a method distinguishing these two kind of people?
I don't think it has anything to do with stupidity. It's probably just
that people don't know about branches and/or how to check out different
branches. Every other project using its own system with branches
probably doesn't help either. I guess we've all been there, not knowing
how to properly use branches, unless we were born with knowledge about
I have no good solution for solving this. I think that information helps
though. Every translation request mail to gnome-i18n should contain
information about what branch(es) to use IMHO, and if the maintainer is
really worried that translations will go to the wrong branch, including
instructions in the mail on how to check out the correct branch(es)
probably doesn't hurt. Also, some projects use files named
"TRANSLATORS_READ_THIS" or similar in the po directories in the "wrong"
branch, with information about the right branch to use. It's buttugly,
but effective, I think.
Also, once the maintainer sees a translation go to the wrong branch,
replying to the translator as soon as possible and ask if it wasn't
really meant for the stable branch probably also helps.
Again, I don't think this solves this problem completely, and I also
suspect GIMP in particular does many of these things already, but I
think it helps.
> For example, send a piece of email to committer/last translator. If they do
> reply and acknowledge/reject the overwriting of HEAD branch po files, then
> one knows they are still actively maintaining the file; otherwise one can
> safely assume the file is not actively maintained, and can be overwritten
Agreed, but it should be done soon after the commit. I don't think
reverting a translation update because the translator happens to be away
from his mail for a week some time during the summer is a good thing.
But yes, I agree, Communication is King.
Gimp-developer mailing list