Modules can now be deprecated

If a plugin developer wishes to remove a module, they can instead deprecate it by adding "deprecated": true to the module’s JSON object. See .modules[].deprecated in the Manifest manual. For example, if you want to change a module’s functionality that would break its patch compatibility including changing knob scaling, removing a port, changing DSP behavior, etc., simply create a new module with a similar name but a different slug (e.g. MyModule2) and mark the old module as deprecated.

In a future version of Rack, deprecated modules will not be displayed in the Module Browser by default but can still be used when opening old patches. If viewing deprecated modules is enabled, the module description should suggest which new module to use instead.

VCV Library will indicate that a module is deprecated with a special tag or statement on the module page and thumbnail box.

2020-04-07-025343_128x51_scrot

The ability to deprecate modules will allow plugin developers to hide their shame move forward with development without worrying too much about maintaining patch compatibility, while users are able to archive their old patches without worrying about plugins making breaking changes to their modules.

Who will be the first plugin developer to deprecate a module? :slight_smile:

11 Likes

Hopefully I will deprecate my AUDIO-64 when Rack v2 is released :smiley:

1 Like

Much better than using names for this. great feature. May be time for me to deprecate “Functional VCO-1”.

I use it for communication with Ableton Live (CV Tools) : cv and audio :slightly_smiling_face:

It’s useful in Rack v1 without doubt but won’t be needed in Rack v2:

1 Like

This is great! Had planned on merging 2 of my LFO’s into 1, this will make it much easier. (display string is the only difference “Hz” or “BPM” calculation)