Skip to content
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

[Request] Creating a Plugin / INI Package System #104

Open
techydude0713 opened this issue May 22, 2023 · 0 comments
Open

[Request] Creating a Plugin / INI Package System #104

techydude0713 opened this issue May 22, 2023 · 0 comments

Comments

@techydude0713
Copy link
Contributor

After adding functionality for multi selection in my personal fork, I had the idea to make an INI based list for adding apps and themes to the queue with a file. I developed this feature to make downloading frequently used apps easier, especially when working on multiple consoles. This feature is not essential, but very helpful for this purpose.

What I had designed in my fork:

  • The queue can be saved and restored by a file.
  • It can work with any repo, especially when custom repos are implemented.
  • For homebrew developers, there are special commands, like installation messages and sending only the main DOL/ELF file.
    • I.E: Priiloader installer only has a DOL/ELF file, and it should work fine without making a folder on the SD/USB device.
      • However, not all apps support running off of WiiLoad (ie USBLoaderGX), and it is up to the developer to support it.
    • It also supports program arguments.

It does have the potential to be used for unattended installation, however it won't be possible with HBC, since it asks every time if the zip should be extracted. It might be possible if HBC was modified, or a new application was created.

However, as pointed out in PR #102, this might be better in a plugin based system, which makes sense as it can be an optional feature.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant