Burning_TNT
Burning_TNT
> 所以 @burningtnt @ZekerZhayard 你们有什么看法吗？ 我认为该 PR 让 UI 更清晰了，支持合并该 PR。 PS merge conflict @zkitefly
为什么这里需要创建一个二维码？你是想让用户使用手机扫码吗？我保持保留原先自动打开浏览器的操作，但提供额外的二维码。此外，生成二维码的算法可以靠 WritableImage 来完成，请不要使用第三方服务
你可以尝试一下在 HMCL 特定游戏设置 - 高级设置中开启“不自动替换本体库” 
> 无效，仍会清空后替换 修改上方本地库路径并手动给出所有本地库文件呢？
> 可以使用了，但是随整合包发布有点问题，可以用什么变量来指代游戏根目录吗？ 这个地方支持相对路径，但是相对于 HMCL 当前工作目录的。我建议你等 HMCL 修复。或者，如果一定你要，你可以通过写一个 javaagent 进去手动加载你们自己的 .so 文件
HMCL 无法解决此类 JavaFX 内部实现问题。交给社区啦。
如果只要干掉一个模组，那么禁用他即可。不要删除。 此外，在整合包中禁用部分模组是极其危险的，请在专业崩溃信息分析人士的指导下进行。
> 根据用户反馈，使用HMCL启动器内禁用功能禁用模组后HMCL依旧会自动补全此模组。 不存在。 > 此外，用户自行修改模组即代表其已明白自己在修改整合包，愿意承担修改带来的风险，启动器不应改变用户的意志，理想的做法是弹窗警告用户而非在用户不知情的情况下直接替用户做决定。 既然“愿意承担修改带来的风险”，那么就去改高级设置。把这个设置藏得很深就是为了防止一帮人乱改 补全游戏完整性指：补全游戏库、游戏资源、模组
> 我指的是不开启”不检查游戏完整性“这个选项情况下 在不开启该选项时，删除模组文件会被 HMCL 认定为这个模组是被意外的删除了。所以照样会补全。 但如果你只是禁用，那么 HMCL 会这个模组是正常禁用，所以不会补全
> > > 我指的是不开启”不检查游戏完整性“这个选项情况下 > > > > > > 在不开启该选项时，删除模组文件会被 HMCL 认定为这个模组是被意外的删除了。所以照样会补全。 > > 但如果你只是禁用，那么 HMCL 会这个模组是正常禁用，所以不会补全 > > 但事实是不开启”不检查游戏完整性“这个选项情况下这个模组被补全了，出现了上面那张图的情况：同时存在一个正常模组和一个被禁用的模组 @zkitefly 麻烦测试一下不开启“不检查游戏完整性”时，禁用模组的情况