[Feature] 让模组管理更清晰
Nobody has claimed this yet.
- Dominant language
- Java
- Stars
- 10.1k
- Forks
- 934
- Avg merge
- 1d 5h
- Merged PRs (30d)
- 82
Description
描述 | Description
一、分组管理 Mod
当模组太多时容易找不到要禁用的,某类的Mod。能否添加一个功能让用户可以在HMCL管理模组的界面对模组进行分组,并且以分组的形式显示
通过分组用户可以更灵活、更清晰的管理 Mod (比如:可以将 Mod 前置和 Mod 本体放在一起)
(这个分组可以添加一些属性或标签,增强搜索(过滤筛选已安装项(#2779)))
例如:
-Group-1
|——example_Mod1.jar
-Group-2
|——example_Mod2.jar
(这并不意味着 Mod 文件夹结构的改变,而是在启动器层面进行分组)
二、兼容性测试
#2598 #3025 #3073 等
从这些反馈来看,Mod的兼容性等问题是被多次提到的,Minecraft本体启动需要一定的时间,特别是对于一些整合包作者或者对于错误分析者来说,有的时候就像是在排爆,需要禁用一些 Mod。虽然在 Mod 较少的时候勉强可以接受,但是 Mod 太多时就像一场噩梦。
可以为 HMCL 加上简单的兼容性检查。
例如:检查 Mod 是否支持当前版本的 Minecraft、检查loaderVersion。
可以对Mod文件进行静态分析来解决该问题
可以省去一些反复启动带来的时间消耗
三、前置检查
在 第二部分举出的一些 Issues 也表明,Mod 的前置检查仍有较大的改进空间。
有时候,前置的缺失也是导致我们不得不重启游戏的一个原因
可以添加一个功能允许用户手动检查 Mod 是否缺失前置
最后
此处由个人总结了一部分,可能有缺漏,欢迎补充。
本人总结可能有错误或不当之处,欢迎指出。
感谢 HMCL 的各位对 HMCL启动器和其社区付出
原因 | Reason
见描述
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
The issue names no files, tests, or entry points. Begin by separating the proposed Mod grouping, compatibility testing, and dependency checking into a scoped feature, then identify the relevant HMCL launcher UI and Mod-management entry points. Done should be defined as one agreed behavior with acceptance criteria; the current issue does not specify them.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- desktop, tooling
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100