[Feature Request] Adopt gui/production-manager (work order groups, loadouts, profiles) as a built-in tool
I maintainer di solito rispondono entro 3 giorni
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 15/100
Direzione di ricerca
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.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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.
- Lingua principale
- C++
- Stelle
- 2.1k
- Fork
- 509
- Merge medio
- 2g 19h
- PR unite (30g)
- 25
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di DFHack/dfhack
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 3 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
DFHack/dfhack#5853 · 1 commento ·
I maintainer di solito rispondono entro 3 giorni
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
I maintainer di solito rispondono entro 3 giorni
-
RemoteFortressReader: GetCreatureRaws sends CP437 (not UTF-8) strings, which breaks protobuf decodingForse già presa @dwmuller l’ha presa 2 giorni fa. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 20/100
DFHack/dfhack#6019 · 3 commenti ·
I maintainer di solito rispondono entro 3 giorni
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
I maintainer di solito rispondono entro 3 giorni
Tutte le issue di DFHack/dfhack
Issue simili
-
Jupyter kernel leaks two file descriptors per cell; after ~100 cells every cell fails with "pipe() failed"Forse già presa Una pull request collegata a questa issue è aperta o già unita. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno
-
Test discovery aborts on GPU builds without cuStateVec: check_cuStateVec expects a failed result but set_config() now raises RuntimeErrorForse già presa @dmeliksetian l’ha presa oggi. Apertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
Qiskit/qiskit-aer#2495 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
sumatrapdfreader/sumatrapdf#6403 ·
-
Module:Polygraphy
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
I maintainer di solito rispondono entro 1 giorno
-
enhancement GUI maintainer-review
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
aethersdr/AetherSDR#6681 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno