Just a silly idea... (attached)<br><br>Andras<br><br><div class="gmail_quote">On Mon, Sep 19, 2011 at 19:32, Hans-Christoph Steiner <span dir="ltr"><<a href="mailto:hans@at.or.at">hans@at.or.at</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><br>
Hey Miller,<br>
<br>
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?<br>
<br>
To see which libraries Pd-extended is loading at startup, you can switch to the 'debug' view in the log, and you'll see:<br>
<br>
libdir loader 1.9<br>
compiled on Sep 19 2011 at 03:25:20<br>
compiled against Pd version 0.43.1.extended-20110919<br>
libdir_loader: added 'vanilla' to the global objectclass path<br>
libdir_loader: added 'extra' to the global objectclass path<br>
GEM: Graphics Environment for Multimedia<br>
GEM: ver: 0.93.SVN rev4516<br>
GEM: compiled: Sep 19 2011<br>
GEM: maintained by IOhannes m zmoelnig<br>
GEM: Authors : Mark Danks (original version)<br>
GEM: Chris Clepper<br>
GEM: Cyrille Henry<br>
GEM: IOhannes m zmoelnig<br>
GEM: with help by Guenter Geiger, Daniel Heckenberg, James Tittle, Hans-Christoph Steiner, et al.<br>
GEM: found a bug? miss a feature? please report it:<br>
GEM: homepage <a href="http://gem.iem.at/" target="_blank">http://gem.iem.at/</a><br>
GEM: bug-tracker <a href="http://sourceforge.net/projects/pd-gem/" target="_blank">http://sourceforge.net/<u></u>projects/pd-gem/</a><br>
GEM: mailing-list <a href="http://lists.puredata.info/listinfo/gem-dev/" target="_blank">http://lists.puredata.info/<u></u>listinfo/gem-dev/</a><br>
GEM: compiled for SIMD architecture: SSE2 MMX<br>
GEM: using SSE2 optimization<br>
libdir_loader: added 'cyclone' to the global objectclass path<br>
libdir_loader: added 'zexy' to the global objectclass path<br>
<br>
<br>
.hc<div><div></div><div class="h5"><br>
<br>
On Sep 19, 2011, at 1:26 PM, Miller Puckette wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Hans -<br>
<br>
Perhaps better would be to make it read-only so one can query it.<br>
<br>
I'm not sure, but there still might be complications for people switching<br>
back and forth between vanilla and extended, for example, which would be<br>
easiest to resolve if the GUI tools were there :)<br>
<br>
M<br>
<br>
On Sun, Sep 18, 2011 at 03:31:41PM -0400, Hans-Christoph Steiner wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
For next Pd-extended release, the same set of libraries that have been<br>
loading automatically at start-up would continue to be loaded as usual.<br>
It is just that there wouldn't be a GUI for people to modify that list<br>
of libraries that are loaded at startup. I think most Pd-extended users<br>
don't use the startup libs preference already, so I am guessing most<br>
people wouldn't notice.<br>
<br>
.hc<br>
<br>
<br>
On Sunday, September 18, 2011 8:09 PM, "João Pais"<br>
<<a href="mailto:jmmmpais@googlemail.com" target="_blank">jmmmpais@googlemail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
you'll have lots of newbies complaining that their objects don't load?<br>
(it's a good way to force everyone to use namespaces)<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I am thinking for the next release of Pd-extended, that the preferences<br>
panels for loading libs and adding paths should be removed. [import]<br>
and [declare] cover all it can do in a better way, and people who really<br>
want to have libs and paths loaded globally on start-up can use either a<br>
manually written preferences file or the command line flags.<br>
<br>
I could see maybe keeping the paths GUI, but I don't see any good<br>
reasons to keep the startup libs GUI. Anyone have objections?<br>
<br>
.hc<br>
</blockquote></blockquote></blockquote></blockquote></div></div><br></blockquote></div><br><br>