[Feature Request] Adopt gui/production-manager (work order groups, loadouts, profiles) as a built-in tool
维护者通常 3 天内回复
还没有人认领这个 Issue。
评估
调研方向
This is a proposal to adopt an external Lua GUI tool in-tree, not a defined change. Start with the orders plugin's orders import path and the built-in library/* orders, which the tool reads and reuses, and with the user dfhack-config/orders/ files. Related issues #5407 and #3555 cover overlapping scope and should be read first. Done would need a maintainer decision on whether and how the feature is added, which the thread does not yet contain.
由索引模型根据 Issue 内容生成。
描述
What
I wrote a GUI tool that adds grouping on top of the orders plugin: work
orders get put into named groups, groups get bundled into loadouts,
and a full set of loadouts is a profile you can switch in one click
(e.g. peace vs wartime). It also exports a profile to a compact share token
for trading setups between players.
It's Lua-only, Zlib, and shells out to orders import rather than
reimplementing it. It reads groups from the built-in library/* orders and
the user's dfhack-config/orders/ files, and only removes orders it added
itself, so it doesn't disturb orders the player or tools like autocheese
created outside it.
It's on the workshop as a mod right now:
https://steamcommunity.com/sharedfiles/filedetails/?id=3784821619
Why in-tree
The orders plugin handles a flat list, but there's no way to toggle a
subset on/off together, switch a whole setup at once, or share one. This
seems to cover a chunk of what #5407 (selective import/export, mark
inactive, editor) and #3555 (orders in folders by industry) ask for.
More concretely, I think this earns its place because it sits cleanly on top
of what's already there: it reuses the orders import path and the built-in
library rather than forking them, so it's additive, not a replacement. It
also respects orders it didn't create, which is the part that usually trips
up work-order tooling and makes people afraid to use it. And being Lua-only
means it's a small, self-contained review.
Happy to do whatever refactoring it needs to merge — just point me at
what you'd want changed.
- 主要语言
- C++
- 星标
- 2.1k
- 派生
- 509
- 平均合并
- 2 天 19 小时
- 30 天内合并 PR
- 25
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
DFHack/dfhack 的其他 Issue
-
难度 2/5 1-3 小时 新手友好度 78/100
维护者通常 3 天内回复
-
难度 2/5 1-3 小时 新手友好度 66/100
维护者通常 3 天内回复
-
难度 5/5 一周以上 新手友好度 35/100
维护者通常 3 天内回复
-
RemoteFortressReader: GetCreatureRaws sends CP437 (not UTF-8) strings, which breaks protobuf decoding可能已有人在做 @dwmuller 于 2 天前认领。 未关闭
难度 2/5 1-3 小时 新手友好度 20/100
维护者通常 3 天内回复
-
难度 5/5 一周以上 新手友好度 25/100
维护者通常 3 天内回复
相似的 Issue
-
bug topic:shaders
难度 2/5 1-3 小时 新手友好度 65/100
godotengine/godot#124800 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 75/100
swiftlang/indexstore-db#306 ·
-
难度 2/5 1-3 小时 新手友好度 62/100
ArduCAM/Arducam_tof_camera#125 ·
-
难度 2/5 1-3 小时 新手友好度 87/100
maplibre/maplibre-native#4822 ·
维护者通常 1 天内回复
-
bug-unconfirmed
难度 2/5 1-3 小时 新手友好度 64/100
维护者通常 1 天内回复