I think I'd just drop the priority thing. Geany can call the _register() function before any plugins so it will be guaranteed to be last and all other plugins would just be prepended in the list. I think it would be hard for plugin developers to decide what priority their plugin is and whether it should have higher priority than some other plugin.

I think if authors are reasonable and we give a guideline it could work nicely. Say Geany is 0, a plugin providing somewhat generic support would be say 100 (I would put multi language LSP here), and a highly specialized one say 1000 or whatever. Basically the more specialized the higher the priority (my reasoning being that it's both more likely to be good at what it does, and less likely to be enabled by somebody that doesn't actually want to use it).

IMO although not necessarily perfect I think it still gives a better chance for extensions to cooperate, mostly because it gives some ability to get cooperation without explicit user selection of a per-plugin option. Without something like this it's a game of luck to whether an extension is active or not (I don't think we enforce a particular loading order, do we?)

—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.