＃1

只是通过OJS _locale文件工作，并意识到当gd被添加为一个区域设置时，正确的复数形式并没有与区域设置相关联。例如，我只看到
subscriptionTypes.year
subscriptionTypes.years
但是gd需要4个表格(ONE, TWO, FEW, OTHER)，根据CLDR的复数规则语言复数规则

管理员可以解决这个问题吗?干杯: slight_smile:

＃2

嗨@akerbeltz，

不幸的是，目前OJS并不支持这种以复数形式呈现的粒度。(我们最近才开始使用.po，而不是我们以前使用的自制XML格式，而且还没有采用的所有功能.po格式和gettext支持库。)我的建议是，选择当前最好的选择，然后观察事态的发展这github的问题．

问候,
亚历克Smecher
188bet手机网公众知识项目组

＃3

好的，谢谢，我已经在github上订阅了。根据经验，这些基础设施bug移动得有多快/多慢?

＃4

嗨@akerbeltz，

恐怕这一次可能要花上一段时间;这是一个很大的改变，目前的解决方案并没有太多的案例被报告不能很好地工作。然而，开发团队确实在尝试用标准工具和库来取代他们自己的堆栈，这最终会出现在我们的使用中.po文件格式。

问候,
亚历克Smecher
188bet手机网公众知识项目组

# 5

嗨@asmecher
我不认为缺少错误报告就意味着一切都很好。大多数译者根本不知道这是一个可以修复的问题。在我在OJS中看到的语言中，许多会受到坏复数的影响，特别是所有斯拉夫语(捷克语，俄语等)，它们有非常复杂的复数规则。这并不是一个好东西，如果复数是错误的，那么在2020年对用户来说，它看起来相当无用。

＃６

嗨@akerbeltz，

我明白您的意思，并计划采用更多的gettext工具集来促进这一点。我们一直在朝着这个方向迈出一小步(例如，最近的是在我们的依赖列表中引入了完整的Laravel堆栈，并在Laravel上增加了一个临时工作区＿＿翻译助手，直到我们与它和解)。也就是说，我们正在朝着这个方向努力，但也在驾驶一艘相当大的船，需要时间来扭转它。

我曾经试过学捷克语，可以肯定的是复数规则很吓人!

问候,
亚历克Smecher
188bet手机网公众知识项目组