You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
the locales/ dir must be marked to be packaged on setup.py
the .mo files must be generated either on setup.py before packaging, or on clients (at install? or while generating theirs?)
the internationalization.py file must support it
Maybe not needed if we remove extras package, as suggested in #107, and delegate all i18n translations to clients. We can provide a basic telegram-bot.po file with translations to be copied to clients.
I think the latter is preferable over the former, because that way clients can modify freely translations, and are not tied to a framework-provided ones, that might not adjust to their needs, or might not be translated to all languages they need.
If we go that way, the things to do are:
inform in README that users should copy locales/ dir and generate them
do not package locales/ dir (currently we are not doing it)
alvarogzp
changed the title
Allow locales/ from framework to be used on library clients
Allow locales/ from framework to be used on framework clients
Oct 8, 2017
To do so:
locales/
dir must be marked to be packaged onsetup.py
.mo
files must be generated either onsetup.py
before packaging, or on clients (at install? or while generating theirs?)internationalization.py
file must support itMaybe not needed if we remove
extras
package, as suggested in #107, and delegate all i18n translations to clients. We can provide a basictelegram-bot.po
file with translations to be copied to clients.I think the latter is preferable over the former, because that way clients can modify freely translations, and are not tied to a framework-provided ones, that might not adjust to their needs, or might not be translated to all languages they need.
If we go that way, the things to do are:
locales/
dir and generate themlocales/
dir (currently we are not doing it)update_po.sh
?The text was updated successfully, but these errors were encountered: