我一直在玩Django的i18n系统,它似乎主要是工作.但是,模型代码中的日期似乎导致了问题.
我使用datetime.strftime来填充一些CHOICES元组,然后在表单中使用它们.
根据我的理解,django会将语言环境设置为用户的选择,以便datetime.strftime()以适当的语言输出,但这似乎不会发生.
我在这里错过了什么?
如果我手动设置语言环境(例如locale.setlocale(locale.LC_TIME,'de_DE.UTF-8')),则datetime会正确转换.
谢谢,
汤姆
锦标赛是通过为无向完全图中的每条边指定方向而获得的有向图(有向图)。也就是说,它是一个有向图,其中每对顶点都由一条有向边连接。
数据结构是邻接矩阵。
什么是确定该图是否为锦标赛图的算法?
有可能i18n-ize authlogic?
我们目前正在开发一个使用i18n的rails项目,我们的日期问题很小:
# on my mac
"10.06.2008".to_date
# produces => Tue, 10 Jun 2008
# on a friends mac and on the production server
"10.06.2008".to_date
# produces => ..., 06 Oct 2008
Run Code Online (Sandbox Code Playgroud)
如您所见,日期不对.我们检查了一切.locale.yml(de.yml)在两个系统上都很好,并且也设置了default_locale.我们系统之间的唯一区别是ruby版本.我正在运行ruby 1.8.7并且他运行1.8.6.这可能是这种行为的原因吗?
任何帮助,将不胜感激.
我们的Mercurial存储库中有一堆XML文件.当我们将这些文件中的更改从一个分支合并到另一个分支时,Mercurial会抱怨我们的某些XML文件是二进制文件,并要求我在文件的本地版本和其他版本之间进行选择.
我发现Mercurial认为任何带有NULL字节的文件都是二进制文件,而我们的一些XML文件编码为UTF-16,所以包含很多NULL字节. 我的默认合并工具是Beyond Compare,它可以处理UTF-16编码的文件.我在Beyond Compare网站上按照推荐配置了Mercurial ,但在合并期间,Mercurial说:
工具bcomp无法处理二进制文件
是什么赋予了? 为什么Mercurial认为Beyond Compare无法合并我的文件?