跳到主要内容

分组视图

分组视图用于在一个 Profile 内组织 Mod。你可以把 Mod 按功能、玩法、依赖关系或测试状态归类，降低大型 Mod 列表的维护成本。

分组是什么​

分组是 Profile 内的文件夹结构。一个 Profile 可以包含多个分组，每个 Mod 可以放在某个分组下。

常见分组方式：

  • Framework：前置框架、依赖库。
  • UI：界面、美化、图标。
  • Audio：音频、语音、音乐。
  • Gameplay：玩法改动。
  • Testing：临时测试 Mod。
  • Disabled Backup：暂时不用但保留的 Mod。

创建分组​

  1. 在首页分组区域选择父级分组。
  2. 点击新增分组。
  3. 输入分组名称。
  4. 确认创建。

建议名称简短、语义明确，避免后续排序和排查时难以识别。

重命名分组​

  1. 选择目标分组。
  2. 执行重命名操作。
  3. 输入新名称并确认。

重命名只影响本地显示，不会影响 Mod 本身。

删除分组​

删除分组前请确认里面的 Mod 是否仍然需要。

注意：

  • MintCat 会避免删除最后一个必要分组。
  • 删除分组可能会影响其中 Mod 的归属关系。
  • 删除后建议点击 保存，让整合结果与当前配置一致。

拖拽排序​

首页树视图支持拖拽调整：

  • 分组顺序。
  • Mod 所在分组。
  • Mod 在分组内的排序。

调整后建议及时保存。

启用状态与分组的关系​

分组主要用于整理，不一定等于启用状态。

推荐做法：

  • 用启用开关控制是否参与整合。
  • 用分组表达用途和场景。
  • 不建议仅靠移动到某个分组来表示禁用。

Profile 与分组​

每个 Profile 有独立的分组结构和 Mod 启用状态。

例如：

  • Vanilla Plus：轻量 UI 与便利性 Mod。
  • Hardcore：高难度玩法 Mod。
  • Testing：测试新版本或冲突排查。

切换 Profile 后，首页会显示该 Profile 自己的分组和 Mod 列表。

最佳实践​

把框架类 Mod 放在前面​

如果某些 Mod 是其他 Mod 的依赖，建议放入 Framework 分组并排在前面，方便检查。

给测试 Mod 单独分组​

新下载的 Mod 先放入 Testing，确认稳定后再移动到正式分组。

避免过度细分​

如果分组太多，反而会增加维护成本。通常 5-8 个一级分组已经足够。

用 Profile 区分大场景​

如果两套 Mod 差异很大，建议创建不同 Profile，而不是在一个 Profile 中反复批量启停。

常见问题​

拖拽后没有生效​

  • 确认是否点击了 保存。
  • 尝试切换页面后返回检查。
  • 如果是整合结果未变化，确认目标 Mod 是否启用。

删除分组失败​

可能原因：

  • 当前只剩最后一个基础分组。
  • 分组数据正在刷新。
  • 数据库写入失败。

可重启应用后再试，必要时先备份配置。

分组会影响 Mod 加载顺序吗​

分组和排序会影响 MintCat 生成整合结果时的组织方式，但不同游戏与 Mod 类型对顺序的敏感度不同。遇到冲突时，建议先参考 Mod 作者说明，再调整排序进行验证。