However, makemessages is ignoring those templates and not generating
messages for these files. Shouldn't makemessages process all template
directories?
--
Ticket URL: <https://code.djangoproject.com/ticket/28187>
Django <https://code.djangoproject.com/>
The Web framework for perfectionists with deadlines.
Comment (by Tim Graham):
Could you please explain the issue in more detail (i.e. give steps or a
sample project to reproduce)?
--
Ticket URL: <https://code.djangoproject.com/ticket/28187#comment:1>
Comment (by Claude Paroz):
I can confirm that currently makemessages only search files in the
directory from which you are running the command.
It's a bit unusual to have template dirs outside of the project directory.
I would be tempted to say that you could solve your issue through symbolic
links…
--
Ticket URL: <https://code.djangoproject.com/ticket/28187#comment:2>
Comment (by ChillarAnand):
Symlinks will solve the problem.
There are several 3rd party apps which provide templates which have a
trans tag like this: [https://github.com/pennersr/django-
allauth/blob/4a6df009ff98255e03a122eb9ea4a90c5eb2aa35/allauth/templates/account/account_inactive.html#L5].
If user adds this directory to templates directory path, the entire
templating system works except trans tag. Now users have to add symlinks
for all files to make trans tag work?
--
Ticket URL: <https://code.djangoproject.com/ticket/28187#comment:3>
Comment (by Simon Charette):
ChillarAnand, in this case I think it's expected for third party apps to
ship their own translations if they use `{% trans %}` which allauth
[https://github.com/pennersr/django-allauth/tree/master/allauth/locale
seems to do]?
--
Ticket URL: <https://code.djangoproject.com/ticket/28187#comment:4>
* status: assigned => closed
* resolution: => wontfix
Comment:
Confirmed Simon's analysis, reusable apps are supposed to provide
translations for their templates. and other strings.
--
Ticket URL: <https://code.djangoproject.com/ticket/28187#comment:5>