Plugins preferences (Was Re: [PD] Plugins Plugin error)
2012-06-01 12:55:24 GMT
I need some advice here.
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.
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.)
So i'm asking for your kind advice on
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)?
B.) should we evolve the way pd_guiprefs.tcl works in any direction?
Well i guess it doesn't pay up to wait anymore :)On Fri, May 18, 2012 at 4:55 PM, João Pais <jmmmpais-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org> wrote: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.Thanks for the report!
I've uploaded a quick bugfix to adapt to the new menu structure: there is
no Media->Preferences (or Apple->Preferences) any more, so the plugin will
appear in Media (or Apple).
Please note that this version still uses the deprecated method of disabling
plugins by putting them in subdirectories called "disabled". This means
that new subdirectories called "disabled" will be created where file
permissions are sufficient. It will affect every user on the system.
A new version shall make use of the "::pd_guiprefs" system instead. I'll
try to give it a shot today or in the next days.
The pd_guiprefs mechanism is a tiny bit less handy than I expected so this will still take some more time for me.
In the meantime I suggest that you get the oldstyle, but hopefully working version at http://puredata.info/downloads/plugins-plugin/releases/0.1.20120518 (of course if you can live with those extra directories).
_______________________________________________ Pd-dev mailing list Pd-dev@... http://lists.puredata.info/listinfo/pd-dev