The command you provided works for the generic domain, for Javascript files a separate domain (djangojs) is used. I edited the question to add examples. jinja2_makemessages does not improve on makemessages when it comes to js, it's meant to improve handling template files.
Basel Shishani ( 2012-04-27 06:51:57 -0500 )editAnd the workaround you pointed to is to work around a shortcoming in jinja2_makemessages when handling template files. So there are two separate issues, one re template files (which is more or less resolved), and another with js files, which is the subject of this posting. Regards.
Basel Shishani ( 2012-04-27 07:05:19 -0500 )editThat command does not handle javascript - you need to specify -d djangojs and there is no need to give file extensions. The command will create a separate .po file, which is a bit unfortunate, because there may be some phrases present in both django.po and djangojs.po and you have to translate them twice.
Evgeny ( 2012-04-27 09:32:52 -0500 )editThe separation of javascript messages into a separate domain (eqv to namespaces) is natural as the catalog might be passed to the client (am not sure if that's how askbot does things). There are other good reasons to have namespaces for messages. The blame should be squared on the deficient gettext where you can't provide inter-references between message entities in different domains (this is just a minor issue compared to its many shortcomings).
Basel Shishani ( 2012-04-27 10:15:09 -0500 )edit