That would be one approach...
.hc
On Sep 19, 2011, at 8:02 PM, András Murányi wrote:
Just a silly idea... (attached)
Andras
On Mon, Sep 19, 2011 at 19:32, Hans-Christoph Steiner hans@at.or.at wrote:
Hey Miller,
I actually think this would make switching between vanilla and extended easier because it would make people use [import] or [declare] to load libs, then when using vanilla, you'll know which libraries the patch needs. Can you think of examples where it would make things more difficult?
To see which libraries Pd-extended is loading at startup, you can switch to the 'debug' view in the log, and you'll see:
libdir loader 1.9 compiled on Sep 19 2011 at 03:25:20 compiled against Pd version 0.43.1.extended-20110919 libdir_loader: added 'vanilla' to the global objectclass path libdir_loader: added 'extra' to the global objectclass path GEM: Graphics Environment for Multimedia GEM: ver: 0.93.SVN rev4516 GEM: compiled: Sep 19 2011 GEM: maintained by IOhannes m zmoelnig GEM: Authors : Mark Danks (original version) GEM: Chris Clepper GEM: Cyrille Henry GEM: IOhannes m zmoelnig GEM: with help by Guenter Geiger, Daniel Heckenberg, James Tittle, Hans-Christoph Steiner, et al. GEM: found a bug? miss a feature? please report it: GEM: homepage http://gem.iem.at/ GEM: bug-tracker http://sourceforge.net/projects/pd-gem/ GEM: mailing-list http://lists.puredata.info/listinfo/gem-dev/ GEM: compiled for SIMD architecture: SSE2 MMX GEM: using SSE2 optimization libdir_loader: added 'cyclone' to the global objectclass path libdir_loader: added 'zexy' to the global objectclass path
.hc
On Sep 19, 2011, at 1:26 PM, Miller Puckette wrote:
Hi Hans -
Perhaps better would be to make it read-only so one can query it.
I'm not sure, but there still might be complications for people switching back and forth between vanilla and extended, for example, which would be easiest to resolve if the GUI tools were there :)
M
On Sun, Sep 18, 2011 at 03:31:41PM -0400, Hans-Christoph Steiner wrote:
For next Pd-extended release, the same set of libraries that have been loading automatically at start-up would continue to be loaded as usual. It is just that there wouldn't be a GUI for people to modify that list of libraries that are loaded at startup. I think most Pd-extended users don't use the startup libs preference already, so I am guessing most people wouldn't notice.
.hc
On Sunday, September 18, 2011 8:09 PM, "João Pais" jmmmpais@googlemail.com wrote: you'll have lots of newbies complaining that their objects don't load? (it's a good way to force everyone to use namespaces)
I am thinking for the next release of Pd-extended, that the preferences panels for loading libs and adding paths should be removed. [import] and [declare] cover all it can do in a better way, and people who really want to have libs and paths loaded globally on start-up can use either a manually written preferences file or the command line flags.
I could see maybe keeping the paths GUI, but I don't see any good reasons to keep the startup libs GUI. Anyone have objections?
.hc
<Startup...disable- plugin.tcl>_______________________________________________ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
----------------------------------------------------------------------------
News is what people want to keep hidden and everything else is publicity. - Bill Moyers