-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2013-03-27 21:12, Hans-Christoph Steiner wrote: > > I think that a -noplugins flag is a no brainer, that should be > included. I'm still on the fence about adding the ability to > disable plugins via the interface. The model so far for installing > and disabling externals, plugins, etc. is putting them in the > user-installed folder or moving them out of that folder. Its very > simple and easy to maintain.
definitely not. i find myself cursing everytime i want to use/not use a given gui-plugin. moving files around is _not_ a way to configure your system. at least i know of no system that is configured like that; not that there *are* some system settings that work like that (`find /etc -type d -name "*.d") but those are not for user-preferences that might change today *and* tomorrow. also, there might be a reason why Pd-extended switched from loading all libraries by default to a scheme, where the user has to explicitely enable a given feature. taking your gui-plugins argument to PdX, we could have simply told the users to just move all the objects/externals they don't want to use to a save place (and turn off the "couldn't find" errors) > I have no objections for adding the possibility to allow plugin > management in a plugin, but I'm not sure about including it by > default. it's simply not possible to unload a given plugin with a plugin that is loaded afterwards. (at least not until all the gui-plugins implement an unloading mechanism). if we have the opportunity to get a built-in gui-plugins management instead of the "last-files" i'm all for it (as the latter can be easily implemented as a plugin, unlike the former) fgmasdr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlFTViAACgkQkX2Xpv6ydvRlKwCePi9YMhKSniXe0dQOu0uUtuSM HP4AoOyMXRQLwb8BbEBgJW1IGupAOr8T =592W -----END PGP SIGNATURE----- _______________________________________________ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
