luci-app-banip: rename path for Simplified/Tranditional Chinese trans… #3209
Conversation
…lations As zh_Hans/zh_Hant is not the correct path for OpenWrt i18n path. Signed-off-by: Zheng Qian <[email protected]>
|
Thats due to the new weblate system, it dictates the paths we have to use, I think. @aparcar - any ideas how to solve it? |
|
I think the problem only occurs on "newly" generated PO files as weblate uses zh_Hans instead of zh-cn. However the renamed files fitting OpenWrts i18n should still be detected as there is some support for aliases. Therefore, I'll move all zh_Han{s,t} files and whenever there is a new component this step has to be performed again. We could host weblate on our own and change the language definitions, however I wouldn't want to setup such a system. |
|
Superseded by df6abf5 |
|
@jow- the solution is a bit unclear, the current bug boils down to this issue however other projects move on to "new language codes" a while ago. Firefox seems to discussing this just recently. Maybe the best would be to move on to zh_Han{s,t} and add a few lines of backward compatibility to the dispatcher.lua. Sadly I'm not used to Lua so can't come up with a clean implementation for that... |
As zh_Hans/zh_Hant is not the correct path for OpenWrt i18n path.