Hi, sorry if it has already been suggested, I didn’t find anything using the search.
When we have some plugins, their settings are all in the “plugins” section of Discourse settings.
Even if the settings are sorted by plugin, It’s hard at first glance to see which setting belongs to which plugin as there is no separator of any kind between settings “groups”.
Especially when for a same plugin, settings names don’t necessarily begin with the same word.
For example:
askimet notify user
skip akismet posts
Is it possible to separate each plugins in this list? A <hr> would do the trick I think, and/or maybe with a title containing the full plugin name?
There is nothing stopping us (the plugin authors) from properly categorizing stuff as you can see here (these are plugins putting stuff into a dedicated section):
Trouble is sometimes a plugin only has 1 or 2 settings and giving it a whole section is overkill.
The big thing I think I would like fixed is this mess, when you click settings:
/plugins?filter=affiliate
Instead perhaps:
?filter=plugin:discourse-affiliate
That way if a plugin sprays itself into multiple groups or omits a keyword in a setting the button will still work.
I guess when plugins register settings core is going to have to keep track on the server which plugin owns which setting.
I am slotting this particular change to our next release, cause it is small and makes a big diff.
I implemented a search filter for site settings “plugin:PLUGIN_NAME” which will only show settings of “PLUGIN_NAME”. The Settings on plugins page will use it. Also, a user can combine this with other words, for example: “plugin:PLUGIN_NAME enabled” will show any setting containing word “enabled” for plugin “PLUGIN_NAME”.
Hmm … I am not sure if I understand your request. It looks like that button is shown no matter if the plugin is enabled or not.
It’s only shown if there is a plugin_enabled setting. If the plugin has other settings, but no _enabled setting, then the button isn’t shown. If an example would help, my Merge Users Plugin is one of those.
It is working great! I agree with @Dannii , we should add the “Settings” for all plugins that have more than 0 settings, regardless of it having a plugin_enabled site setting.