Burning_TNT
Burning_TNT
可以考虑在 HMCL 的版本管理 UI 层面加上一个独立的逻辑。 当检测到版本名称为非 ASCII 字符时，在 version.json 中存入独立的键值对 "nick_name": xxx。该值仅在显示在屏幕上的时候转换，而真正的版本 ID 则被自动更改为对应字符的 Unicode 16 进制编码。 这样可以做到用户无感知的避免此类问题
> > 而真正的版本 ID 则被自动更改为对应字符的 Unicode 16 进制编码 > > 这能解决问题吗 我主要是感觉 HMCL 内现在有大量弹窗警告都没有从“最小化用户操作”的角度设计…… 显然对于这个问题，在 UI 层使用独立的别名能“最小化用户操作” ———— 当然，开发者就要骂街拉
> 经过测试发现，在部分 client_id 中无法使用，但在手动输入后能够完成登录并获取 access_token，这可能不利于开发者使用自己的 client_id 调试？ 恩？
config 频繁写入这个问题应当在其他 PR 中给 ConfigHandle 加防抖
这个交互逻辑…… 略有诡异
请加个防抖。
@Glavo 可以在更新时添加额外的 `lite-jar` 键？仅打包纯 JAR 内容并签名？
这个问题无法修复，因为字体加载是 JavaFX 内部实现
> > 这个问题无法修复，因为字体加载是 JavaFX 内部实现 > > 所以我这种情况应该是JavaFX的问题吗 你误解我意思了。我这句话是指你这个问题只能通过社区帮你用各种设置解决，没法通过类似于 HMCL 这边远程提交一笔更新来解决（