我有一些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