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

divvy plugins idea #51

Open
nsheff opened this issue May 5, 2020 · 0 comments
Open

divvy plugins idea #51

nsheff opened this issue May 5, 2020 · 0 comments
Labels
brainstorming Looking for new ideas priority-low

Comments

@nsheff
Copy link
Contributor

nsheff commented May 5, 2020

As I've been trying to document looper, divvy and how adapters work, I've struggled to come up with succinct ways to explain things, and had a though...

Right now, divvy ships with looper adapters. This is a bit of an unsatisfying entanglement... I mean, I know it doesn't affect divvy's independent function, but still, it would be nice if divvy was totally independent of looper. But on the other hand, I don't really want to introduce a new step of making people manually add looper adapters into their divvy config file when they install looper.

So, what about this... what if we built on the plugin system idea we used for refgenie? What if divvy adapters could be provided via plugins? It could work basically the same way, but third parties, when installed, could populate some mapping that divvy could use.

Pro: this may actually eliminate the need to add adapters into the divvy file... the adapters would instead be provided by plugins
Con: the plugins would only be available within python. right now, theoretically, divvy templates could be used in another language. plugins could eliminate that.

To rescue this con, though... the plugin would only be useful for the tool that provided it anyway. So, maybe that's fine.

Con: The plugin actually requires information from the templates as well. because it needs to know what it's mapping TO, which is in the template. So, in a sense, the templates themselves are part of this, so it doesn't make sense for the plugin to be separate from divvy.

In other words, I think what I'm realizing, is that the divvy templates themselves really should be a separate thing that lives independent of both looper and divvy.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
brainstorming Looking for new ideas priority-low
Projects
None yet
Development

No branches or pull requests

1 participant