atom feed18 messages in at.iem.pd-devRe: [PD-dev] removing path and libs f...
FromSent OnAttachments
Hans-Christoph SteinerSep 16, 2011 10:05 am 
João PaisSep 18, 2011 11:08 am 
Hans-Christoph SteinerSep 18, 2011 12:31 pm 
Miller PucketteSep 19, 2011 10:25 am 
Hans-Christoph SteinerSep 19, 2011 10:32 am 
András MurányiSep 19, 2011 5:02 pm.tcl
Hans-Christoph SteinerSep 19, 2011 8:56 pm 
IOhannes m zmoelnigSep 20, 2011 12:30 am 
Andy FarnellSep 20, 2011 5:02 am 
Hans-Christoph SteinerSep 20, 2011 8:46 am 
Hans-Christoph SteinerSep 20, 2011 8:58 am 
Miller PucketteSep 20, 2011 11:15 am 
Hans-Christoph SteinerSep 20, 2011 11:37 am 
Miller PucketteSep 20, 2011 11:58 am 
Hans-Christoph SteinerSep 20, 2011 12:02 pm 
Hans-Christoph SteinerSep 20, 2011 12:33 pm 
Jonathan WilkesSep 20, 2011 1:19 pm 
Hans-Christoph SteinerSep 20, 2011 1:44 pm 
Subject:Re: [PD-dev] removing path and libs from Pd-extended preferences GUI
From:João Pais (jmmm@googlemail.com)
Date:Sep 18, 2011 11:08:51 am
List:at.iem.pd-dev

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