<br><br><div class="gmail_quote">On Thu, Jul 7, 2011 at 02:14, yvan volochine <span dir="ltr"><<a href="mailto:yvan.pd@gmail.com">yvan.pd@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On 07/06/2011 10:53 PM, <a href="mailto:errordeveloper@gmail.com" target="_blank">errordeveloper@gmail.com</a> wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
We agreed before that the<br>
"/disabled" folders method is no good, and that we (probably me) will<br>
code<br>
up a logic which stores this in preferences (via ::pd_guiprefs). I'm<br>
interested in further brainstorming but right now I feel that good old<br>
preferences is something we'll have to live with for a longer time. We'll<br>
have to make a distinction between global stuff (plugins, global prefs)<br>
and<br>
those things which are better handled per patch, from inside patches.<br>
</blockquote>
<br>
Yes, I agree. For things that affect the editor and not the patch<br>
itself, then preferences makes more sense.<br>
</blockquote></div>
Having a list of plugins would be probably the best cross-platform solution.<div class="im"><br>
<br>
However, it may be a good idea to have plugin sets, if one needs to start-up<br>
in kiosk mode or something else at times :)<br>
<br>
Perhaps the file with plugin list should supplied as an argument.<br>
</div></blockquote>
<br>
why not using ::pd-guiprefs for plugins:<br>
<a href="http://www.mail-archive.com/pd-list@iem.at/msg44236.html" target="_blank">http://www.mail-archive.com/<u></u>pd-list@iem.at/msg44236.html</a><br>
<br>
0.02$,<br><font color="#888888">
_y<br>
</font></blockquote></div><br>Bingo Yvan, that very post is which I have on my todo list, and which I have referred saying "we (probably me) will<br>
code up a logic which stores this in preferences (via ::pd_guiprefs)" :o)<br><br>Andras<br>