Hey Guys,<br><br>I need some advice here.<br>I figured that this method won't work - one cannot control which plugins to load *from a plugin* because some plugins may have already loaded at the time. The only method that works without modifications to the pd GUI is the "disabled" folders method.<br>
At the same time, I see that pd_guiprefs.tcl is more prepared for managing the recent files list than for other uses. When trying to add functionality for the plugins list, the best way seemed to be to expand the init_aqua, init_win, init_x11 functions and to create a new write_enabledplugins functions plus a read_enabledplugins in this case. This is because the "domain" has to be defined again for each new use - which seems superfluous to me because it will always be "pd-extended". (The behaviour I expected originally was this: "domain" used for something meaningful like "recentfiles" or "enabledplugins" and "key" identifying really a single key. At the moment, a key holds the content of a whole config file.)<br>
<br>So i'm asking for your kind advice on<br>A.) how plugin selection could be performed without a modification to the GUI code, or shall the functionality be added to load_startup_plugins (pd-gui.tcl:674)?<br>B.) should we evolve the way pd_guiprefs.tcl works in any direction?<br>
<br>Thanks,<br><br>András<br><br><br><div class="gmail_quote">On Fri, Jun 1, 2012 at 2:09 AM, András Murányi <span dir="ltr"><<a href="mailto:muranyia@gmail.com" target="_blank">muranyia@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><div><br><br><div class="gmail_quote">On Fri, May 18, 2012 at 4:55 PM, Joăo Pais <span dir="ltr"><<a href="mailto:jmmmpais@googlemail.com" target="_blank">jmmmpais@googlemail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Thanks for the report!<br>
I've uploaded a quick bugfix to adapt to the new menu structure: there is<br>
no Media->Preferences (or Apple->Preferences) any more, so the plugin will<br>
appear in Media (or Apple).<br>
<br>
Please note that this version still uses the deprecated method of disabling<br>
plugins by putting them in subdirectories called "disabled". This means<br>
that new subdirectories called "disabled" will be created where file<br>
permissions are sufficient. It will affect every user on the system.<br>
A new version shall make use of the "::pd_guiprefs" system instead. I'll<br>
try to give it a shot today or in the next days.<br>
</blockquote>
<br></div>
so you mean, it pays up to wait for it, then? I'm new to 0.43, and I put the plugins in a folder in my electronic section, away from windows' standard system/user folders.<span><font color="#888888"><br>
<br>
Joăo<br>
</font></span></blockquote></div><br></div></div>Well i guess it doesn't pay up to wait anymore :)<br>The pd_guiprefs mechanism is a tiny bit less handy than I expected so this will still take some more time for me.<br>
In the meantime I suggest that you get the oldstyle, but hopefully working version at <a href="http://puredata.info/downloads/plugins-plugin/releases/0.1.20120518" target="_blank">http://puredata.info/downloads/plugins-plugin/releases/0.1.20120518</a> (of course if you can live with those extra directories).<span><font color="#888888"><br>
<br>András<br>
</font></span></blockquote></div><br><br clear="all"><br>