-
-
Notifications
You must be signed in to change notification settings - Fork 90
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fabulous Modpack Creator #537
Comments
Made a repo https://github.com/Fabulously-Optimized/modpack-creator and we've agreed upon Brancieq first forking and making a feature-complete alternative for current scripts and then, if all goes well, will get full access and contributor :) |
A "little" update on the development. First, what this post will be about: until now, I developed a workflow system, and even if it works, I realized that it's not that great, it would need at least as much working time as what I have provided so far to make it better, and maybe I got the priority wrong. So I decided to take a step back and summarize my thought here, and explain where I decided the project would go from now. The following spreadsheet will help you to visualize the explanation:
*: in brackets: potential but need more work The idea I originally described is too complex and focuses more on the workflow system and concepts abstraction than modpack development, which should be the main focus. The new idea is to use a task paradigm, a command line tool that proposes different actions, a little bit like FO have multiple scripts. The basic tasks that apply to all modpacks will be built-ins with the tool, offering a basic way to develop a modpack for beginners. Specific tasks will be addable directly in the modpack project directory. (Examples: the task for updating FO display version, which depends on a specific mod (isxander-main-menu-credits)). The tasks will be easily configurable depending on the project and the user machine (paths to curseforge and MMC, files to include or exclude when exporting...). The most important: it will be lighter for me to develop and maintain. It was a bad idea to make a complex thing from the beginning, and I prefer to begin simple, see if anyone uses it and send feedback, use it myself to see what is missing and what is useless, and then improve it if needed. |
What's the status of this? |
Hey ! So I must update the status of this project. I'll go straight to the point: I think it will never be finished.
Sorry for the expectations that I did not meet. |
Alright, no problem. If you'd like, you can contribute to the existing scripts to fix or improve something (note the meta issues). |
FO actually has a development workflow based on the scripts located in the "CLI tools" folder. These scripts are themselves based on independent tools, like multimc-export and packwiz.
We can note that many people fork FO. Some for helping its development, others just to make their own Modpack based on it. But FO scripts are not made for that. It's not an easy task for beginners to adapt the script and the environment of FO.
On my side, I already received some demands for python scripts to help with modpack development.
A good solution to all these problems would be to create a development environment for modpacks that FO, but also most of the modpacks could use.
An idea of the features that would be great:
To sum up, a modular tool to create modpack using a workflow paradigm.
In details, how I imagine the workflows for now:
For the main Workflow of FO manage the update and the convertion of the pack, the steps could be:
But another workflow that could fit FO could contain an action that prepare a next update. An example of what these steps could do:
https://github.com/Brancieq-Paul/mod-update-list
In the end, this tool could make it easier to create a new mod pack for beginners while providing a freedom of customization for advanced users.
The text was updated successfully, but these errors were encountered: