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
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
-- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 Studio +49 30 69509190 jmmmpais@googlemail.com | skype: jmmmpjmmmp
Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev