[issue8502] proposal: encourage xgettext rather than pygettext.py in gettext docs

jhg added the comment: A simple test case for the earlier changes. run pygettext.py and msgfmt.py and move the .mo file to ./locale/de/LC_MESSAGES/helloworld.mo to see that it prints the localized strings. -- Added file: http://bugs.python.org/file17640/helloworld.py ___

[issue8502] proposal: encourage xgettext rather than pygettext.py in gettext docs

jhg added the comment: Since the GNU tools work fine I had no reason to look into pygettext.py. Now I did it anyway... I added ngettext to the default keywords. Any function that is keyworded and supplied more than 2 keywords is treated like ngettext. Also simple constructs like _("foo" + 10*"

[issue8502] proposal: encourage xgettext rather than pygettext.py in gettext docs

Éric Araujo added the comment: What about the more ambitious approach, fixing pygettext? -- ___ Python tracker ___ ___ Python-bugs-lis

[issue8502] proposal: encourage xgettext rather than pygettext.py in gettext docs

jhg added the comment: It looks like msgfmt.py now parses 'msgid_plural' but pygettext.py does not produce these. It is still oblivious to plurals as produced by ngettext(). My originally proposed change to the documentation was to point people to the GNU xgettext/msgfmt tools rather than the

[issue8502] proposal: encourage xgettext rather than pygettext.py in gettext docs

Éric Araujo added the comment: Does the fixing of #5464 solve your problem? -- nosy: +merwok ___ Python tracker ___ ___ Python-bugs-li

[issue8502] proposal: encourage xgettext rather than pygettext.py in gettext docs

New submission from jhg : Wanting to figure out how to support multiple languages in my applications I read the gettext documentation and got to the part saying one should use pygettext.py to create .po files. After copying that program from the python SVN repository I later found out that it