PO到MO构建时间编译器
项目描述
目的
此软件包将纯Python gettext翻译编译(msgfmt)集成到setup.py的“构建”和“开发”命令中。
这些命令被扩展,以便每个由setuptools使用以.PO扩展标识的“数据文件”都编译成与.PO文件相同的目录中的.MO文件。
如果您使用z3c.recipe.i18n(希望其他人也是如此)来管理.PO文件,这将集成得非常好。
用法
您需要覆盖setup.py中的“构建”和“开发”命令,例如
from setuptools import setup, find_packages from van.potomo import develop, build setup( name = "HelloWorld", cmdclass={'build': build, 'develop': develop}, setup_requires=["van.potomo"], version = "0.1", packages = find_packages(), )
原因
此软件包存在,因为作者认为
编译后的翻译不应存储在版本控制下,它们不是源代码
编译后的翻译不应在tar包中分发,它们不是源代码
编译后的翻译不应“懒编译”,除非您考虑到生产机器上的文件系统通常是只读的。
编译翻译的过程不应在构建/安装或构建/开发周期中需要额外的步骤/选项。
当时提供的选项都提供了所有这些
Babel:未集成到“构建”distutils命令中。
cc.gettext:依赖于buildout,对于其他部署方式不实用。
zope.i18n懒编译:对于开发非常好,但在某些生产环境中不行。
注意事项
van.potomo使您的setup.py依赖于van.potomo。但外部工具无法知道这一点,因为它们需要运行setup.py来找出依赖关系。
基本上,这意味着您的开发人员/用户需要在其他任何操作之前手动安装van.potomo。如果有人知道一个稳健/好的方法来解决这个问题,请告知作者。
变更
2.1 (2013-08-23)
在开发前运行egg_info以确保SOURCES.txt存在且是最新的
2.0 (2013-08-15)
遵守Zope仓库政策。
支持Python 3
修复了最近删除的文件如果仍存在于SOURCES.txt中可能导致异常的问题
1.0.0 (2009-03-10)
初始版本
项目详情
关闭
van.potomo-2.1.tar.gz的哈希值
算法 | 哈希摘要 | |
---|---|---|
SHA256 | 7d4f4cefdf98eff88bfccbf76fc0b7f29dfbb47f5b3ef7cbb7be33323d58f254 |
|
MD5 | 25f289008e96df5ab879c93a4bdc0e3a |
|
BLAKE2b-256 | ff860b3a9f9e0642ce2762e1131a8bf80f028a191dce80608c58b26ffaa550f7 |