[Coconutat]

这个功能是针对于一个常见特殊的情况，比如:
A Mod 更新 导致 B Mod不兼容。而每次更新mod又忘记勾选不更新A Mod导致还要回退MOD的情况。
常见于Sodium和Iris。
开启功能:


关闭功能:

[ToobLac]

这UI也太诡异了，你不如把钉子图标放在回退版本的那个图标右边

而且这个功能完全不需要改 HMCLCore 里的任何东西，只要在 ModInfoObject 里加个属性，然后界面里尝试更新的时候跳过这个属性为 true 的模组就行 我道歉，我在扯淡

[fishdry1000]

也许可以记忆用户选择的自动更新选项？这样就可以避免ui的改动

[Coconutat]

也许可以记忆用户选择的自动更新选项？这样就可以避免ui的改动

我明天更改一下

[Coconutat]

这UI也太诡异了，你不如把钉子图标放在回退版本的那个图标右边

而且这个功能完全不需要改 HMCLCore 里的任何东西，只要在 ModInfoObject 里加个属性，然后界面里尝试更新的时候跳过这个属性为 true 的模组就行 我道歉，我在扯淡

我可以移动ui位置，但是我看大佬你们没有统一一个意见。不如你们看看你们觉得哪个更好，我再更改？

[Coconutat]

重新移动了logo位置，顺便修复了一个测试出来的bug

[Coconutat]

也许可以记忆用户选择的自动更新选项？这样就可以避免ui的改动

我觉得直接展示出来比较符合人的直觉，图钉也看上表达了意思。不过这个见仁见智吧。

[ZZZank]

四个按钮在小屏幕上占用的区域会不会有点多

[Coconutat]

四个按钮在小屏幕上占用的区域会不会有点多

还好吧,我觉得这个窗口都是可以自定义大小的。而且不增加一个按钮，怎么做一个更好的交互逻辑。比较直观的那种。

[ZZZank]

不增加一个按钮，怎么做一个更好的交互逻辑

我也想不到什么好点子，或许pin、切换版本、在explorer打开 这三个不是一直会用的按钮可以折叠到一个菜单里

窗口都是可以自定义大小的

窗口可以自定义大小，但是屏幕毕竟就那么大，窗口大了会显得逼仄。

[xianldai]

让这个按钮有两种状态,禁用更新红色,正常就白色 这样怎么样,比较省地方

[xianldai]

让这个按钮有两种状态,禁用更新红色,正常就白色 这样怎么样

[Coconutat]

让这个按钮有两种状态,禁用更新红色,正常就白色 这样怎么样

行。但是很奇怪吧，如果默认是白色实心，其他图标是空心的，只有钉住图标是实心的。或者还是白色空心，但是选中后是红色空心图钉或者红色实心图钉？

[ZZZank]

虽然积极更新pr状态确实挺好的，但是还是想说一般只有在main分支上有范围重叠的提交时才需要更新pr，其他情况的话不merge main也能直接合并，github网页下面也有个indicator可以看。

[Coconutat]

虽然积极更新pr状态确实挺好的，但是还是想说一般只有在main分支上有范围重叠的提交时才需要更新pr，其他情况的话不merge main也能直接合并，github网页下面也有个indicator可以看。

好的，我注意。

[zhuWin]

嗯...但又想不到是否有必要在常规的资源管理页始终显示版本钉图标的理由

我的建议是直接在“文件更新检查”页面引入相应功能按键，同时记忆用户选择，而不是在常规的模组管理界面引入

有朋友也想要引入资源收藏/置顶，一开始的想法是直接在模组图标上覆盖相应功能的图标，此时点按模组图标即可应用相关偏好状态

[Coconutat]

嗯...但又想不到是否有必要在常规的资源管理页始终显示版本钉图标的理由

我的建议是直接在“文件更新检查”页面引入相应功能按键，同时记忆用户选择，而不是在常规的模组管理界面引入

有朋友也想要引入资源收藏/置顶，一开始的想法是直接在模组图标上覆盖相应功能的图标，此时点按模组图标即可应用相关偏好状态

---

非常合理，不过我有个疑问。当文件检查时，如果在这个mod文件检查更新界面内操作，用户是能很容易选择是否锁定更新。一旦退出这个检查界面，是否会忘记哪个mod被锁定更新了。是不是应该在主界面提示用户这个被锁定了。如果用户要解除mod管理限制，用户是不是会再进入检查mod更新页面，然后选择是否解除mod更新？这样会不会造成二次，多次进入页面这样繁琐的流程。因为管理更新mod的页面是在管理mod二级页面。我希望这个功能更加易用一点。不过我会尝试改进的。