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

Addons. creating a coherent way of having additional utilities. (before we wind up with a mess) #5

Open
ThomasTheSpaceFox opened this issue Sep 3, 2017 · 1 comment

Comments

@ThomasTheSpaceFox
Copy link

Basic idea:

The idea would be having a "addons" directory, and having each add-on having its own directory under that. (that way we can ignore them with the .gitignore file) and having a basic way for programs to "register" command shell commands and launcher icons, and perhaps when we get around to it, file types in the fileviewer.

The Idea for the user is that these additional utilities should work in a seamless fashion.

the tricky part would be having to run said python programs from the base directory of the repository so they could access the backend and files and whatnot correctly.

This might also help with components not necessarily needed by all users, or components that involve C or some other compiled language.

as far as addon configuration, XML would be a logical choice.

though, this can (and probably should) wait until after v2.0.3. Because we should do this right the first time and not rush this.

Though we should also not wait until we have a mess of disorganized addons.

@SBTCVM/core-devs

@eekee
Copy link

eekee commented Jan 24, 2018

Stray idea: a sort of API over pipes. The add-ons could be run with stdin/out piped to the launcher for communication. I have no idea if this could work in Windows.

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

No branches or pull requests

2 participants