[PD-dev] Gui plugins management (Was: I have 3 broken installs)

Hans-Christoph Steiner hans at at.or.at
Thu Mar 28 21:50:51 CET 2013


On 03/28/2013 01:46 PM, Jonathan Wilkes wrote:
> 
> 
> 
> 
> ----- Original Message -----
>> From: Hans-Christoph Steiner <hans at at.or.at>
>> To: pd-dev at iem.at
>> Cc: 
>> Sent: Thursday, March 28, 2013 4:26 PM
>> Subject: Re: [PD-dev] Gui plugins management (Was: I have 3 broken installs)
>>
> 
> [...]
> 
>> How about we start with adding only the required mechanism so that people
>> can make all sorts of plugin management plugins.  Then revisit the rest
>> later once we have a good idea of how it should be done.  Making the plugin
>> loader ignore a folder called DISABLED/ would make it possible to do what
>> you describe in a regular plugin.
>>
>> .hc
> 
> Do you want to require plugins to live in one specific "startup" directory that
> has user permissions to read/write/exec?  If so, then I think the "startup/disabled"
> directory idea is adequate.
> 
> On the other hand, if you want Pd to search the standard paths for plugins
> then the "startup/disabled" idea is incompatible with that, no?  Permission problems
> abide, plus when you want to re-enable a plugin how does Pd know which directory
> it previously lived in?

As I see it now, DISABLED/ would be ignored in all search paths.  And when a
plugin is disabled, it would be moved into the local DISABLED/ folder.  So
disabling a plugin in ~/pd-externals would place it into ~/pd-externals/DISABLED.

.hc



More information about the Pd-dev mailing list