You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There's no reason why plugins shouldn't be able to be controlled programmatically via their API.
After all, plugins are there to extend the framework's functionality; no sense treating them as dumb fire-and-forget components and not allowing them the option to expose their API, even over RPC if they so choose.
The text was updated successfully, but these errors were encountered:
Reviewing this again, plugins don't actually need to be rewritten to work asynchronously in order for this to work. The existing threaded model of all plugins running in parallel would still work fine and async callbacks can be added for newer plugins if need be.
In addition, the Dispatcher's RPCD Handler code (that exposes RPC APIs for modular components dynamically) can be leveraged for this purpose too.
This needs much less work than originally estimated, yay.
There's no reason why plugins shouldn't be able to be controlled programmatically via their API.
After all, plugins are there to extend the framework's functionality; no sense treating them as dumb fire-and-forget components and not allowing them the option to expose their API, even over RPC if they so choose.
The text was updated successfully, but these errors were encountered: