>I have run 'bin/make-messages.py -l en' to produce changes to the
>English .po file. However, it concerns me that I needed to set
>DJANGO_SETTINGS_MODULE - this implies that the script is adding i18n
>strings from my currently installed application, not just from my
>changes to Django source. Making matters worse, the diff on the .po
>file is huge (even though I only added one new string), so it's
>difficult to verify exactly what has changed.

make-messags.py only is adding i18n strings from the curernt directory
it is run in and the subdirectories thereof. So usually you won't have
strings from your applications in there - except if you stored them
within your django source tree (which would be a rather weird thing to
do if they aren't django apps).

It's normal that make-messages.py produces rather big diffs in .po
files - better to just leave them out when doing changes, especially
since merging .po files is a really big pain. For magic-removal (I
assume you are working on stuff in there) it's best to just add the
hooks, but not to run make-messages, because that would produce
different .po files in trunk and branch - and will make merging stuff
from trunk a real pita (rjwittams and I discovered that the hard way in
the new-admin branch).

So I would say: add translation strings to magic removal, but don't run
make-messages.py. Instead just run that after merging magic-removal
back to trunk and so only have _one_ set of .po files.

BTW: large diffs usually are a result of changing line numbers - .po
files reference file names and line numbers where strings are located,
and since magic removal has _lots_ of changes in files, you get lots of
changes in .po files.

The notification process is mostly that I would post a message to
django-i18n to notify people there that there are new translation
strings in the message files that require translation. Some translators
will already see that because they themselves monitor the timeline.
It's no problem if strings are missing from .po files - in those cases
the system will just use the english strings, that's all.

bye, Georg

Reply via email to