Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.
How can this be a problem? All installed plugins are in the database, which can be checked on. When installing or uninstalling a plugin the appropriate triggers could be made available or removed and the actions that rely on them could get enabled or disabled.krileon wrote: It does no harm adding a trigger that's not currently available or doesn't exist. If the triggers were conditionally hidden it adds extra overhead to the plugin as well as causes issues with pre-setup of actions or existing actions where a plugin may have been removed.
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.
Of course there is the need to filter out unnecessary plugins from a usability standpoint. See, I myself do not have the need for paid subscriptions, I will probably never install Groupjive and Invite. So for me there ABSOLUTELY no need to see what kind of triggers are associated with these plugins.krileon wrote: The trigger dropdown is completely searchable due to Select2 usage. There's no need to filter out plugins that are not installed. As explained in my previous reply if they were filtered out it'd break the ability to create actions before a plugin is installed and remove the ability to inspect other plugin triggers to see what they have available (same reason I show action types even though the plugin isn't installed).
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.