我有一些gettext()
WordPress Codex中没有涉及的问题,但我认为它们很重要。
__(\'string\')
in-THEME应该用于可能也存在于主WordPress翻译文件中的字符串。无需textdomain。示例:一、二、提交、取消、删除等常用词。对吗__(\'string\', \'textdomain\')
in-THEME应用于特定于主题的字符串。示例:“此选项启用X功能”。对吗我认为最好将一个textdomain作为主题的前端,另一个作为后端。喜欢__(\'string\', \'textdomain\')
和__(\'string\', \'textdomain-admin\')
. 不是每个人都想花几个小时翻译100个额外的管理面板字符串。是正确的还是错误的做法每个插件都应该有自己的textdomain:__(\'string\', \'plugin-name\')
. 对吗我认为为主题字符串设置上下文非常非常有用,但没有人这样做。为什么?例如:_x(\'add item\', \'add slide text\', \'textdomain\')
和_x(\'add item\', \'shopping cart\', \'textdomain\')
.如何翻译评论、日期、货币、小时、数字<例如:一条评论,两条评论,但在某些语言中可能是:一条评论,两条评论,三条评论,四条评论,五条评论,六条评论(复数形式很多,模式复杂)示例:几乎所有主题都使用the_time(get_option(\'date_format\'));
- 难道不是吗echo date_i18n(get_option(\'date_format\'), strtotime($post->post_date));
或echo date_i18n(\'F jS, Y\'), strtotime($post->post_date));
?例如:英语使用12345.12,但有些语言可能使用12.345,12