VoerkaI18n 3.0新特性征集

[zhangfisher]

VoerkaI18n 3.0新特性征集:

一词多译

即一个词在不同的上下文场景中需要翻译为不同的词。

交互式参数提示

现有的cli命令需要输入的参数较多，不容易记住，拟引入交互式提示功能。
通过交互提示输入各种参数，减少记忆负担。
详见Mixed-cli

在线编辑多语言

VoerkaI18n支持动态语言包补丁功能，也可以很容易扩展在线修改语言词条的功能，见这里

拟提供开箱即用的解决方案，让用户直接在界面上进行翻译修改。

顶层CSS语言类

由于不同语言的长度差异很大，当多语言的切换往往会导致界面布局混乱，所以增加一个特性
当切换语言时在body上自动添加data-language='<当前语言>'的属性，这样开发时就可以为不同的语言添加定制样式

[xm-zzf]

安装不够便捷 可以根据安装@voerkai18n 直接在目录选择下安装 @voerkai18n/cli @voerkai18n/vue @voerkai18n/runtime 等等一系列包

[zhangfisher]

引入Mixed-cli，为命令行引入交互功能，减少用户对命令行的记忆负担，这个可以有

[FiredRice]

可否解决不同namespace下相同中文翻译冲突的问题

[zhangfisher]

不同namespace下相同中文翻译冲突，本质上就是一词多译的问题

[faiz-gear]

支持通过命令自动模块，包裹文本.如执行voerkai18n wrap命令， 会在匹配到的文件头部添加import { t } from 'language', 匹配到的文本如'中国'会转换成't('中国')'

[zhangfisher]

自动进行包裹要翻译的文本难度太大，估计实现不了。
最多只能实现一些辅助工具，减少一下工作量

[SKT1yang]

自动进行包裹要翻译的文本难度太大，估计实现不了。 最多只能实现一些辅助工具，减少一下工作量

不是难度太大，是100%会误杀，目前左右操作都是languages文件里进行，不会修改其他代码，完全没有侵入性，万一操作不好，把代码改崩了咋办，虽然可以通过git 回滚 找回，但是风险太大了

[firmianaQ]

自动按文件路径配置namespace

[firmianaQ]

请问能不能遵循 BCP47 规范，不然还得维护一套前后端语言代码对应的数据😭