Difference between revisions of "Plugin Criteria"
Jump to navigation
Jump to search
Line 23: | Line 23: | ||
Nice to have but not required in any way | Nice to have but not required in any way | ||
+ | |||
+ | # Have a good collection of presets if they make sense for the plugin, for the most common used cases of such a plugin | ||
+ | # modgui has a correct shadow property | ||
+ | # parameters use real values (with units) | ||
+ | # has a custom modgui design, instead of generic mod-sdk generated |
Revision as of 12:37, 3 August 2021
This page is for list of curation items MOD does on plugins before publishing them to the Plugin Store.
Please note that, due to this list not being created from the start, a few of the already published plugins do not check all boxes. An on-going effort to bring up the quality of all plugins already in the store is in place.
New plugins MUST follow these rules:
- builds through mod-plugin-builder as a buildroot package (todo add doc links)
- has a modgui
- has at least 1 preset (the "default" one, matching default plugin values)
- has a comment/description on its meta-data
- has a valid version
- has correct and consistent brand name (todo explain what it means, max characters, how to name individuals etc. For example "Guitarix" [not "Guitarix team"] and "F. Coelho" [not "Filipe C."])
- has on/off switch on its modgui
- has no memory errors or leaks (todo explain how to test)
Recommended but not absolutely required:
- if plugin uses real values (that is, not normalized), use units to indicate their meaning
- synths should have a few presets, not just the default
- maximum 2 plugins per lv2 bundle please
- modgui is nicely draggable
Nice to have but not required in any way
- Have a good collection of presets if they make sense for the plugin, for the most common used cases of such a plugin
- modgui has a correct shadow property
- parameters use real values (with units)
- has a custom modgui design, instead of generic mod-sdk generated