Re: [PD-dev] moving iemgui from core to extra

2006-12-15 Thread Plans Casal David
On 14 Dec 2006, at 18:18, Mathieu Bouchard wrote: On Thu, 14 Dec 2006, Hans-Christoph Steiner wrote: I propose moving the IEM GUI objects that are embedded in Pd into the extra folder, compiled as individual files. What's the advantage of doing that? Separation of Concerns:

Re: [PD-dev] moving iemgui from core to extra

2006-12-15 Thread IOhannes m zmölnig
padawan12 wrote: On Fri, 15 Dec 2006 13:52:07 +0100 IOhannes m zmölnig [EMAIL PROTECTED] wrote: i am a string advocate Me too, ;-) but those damn symbols can't contain whitespace ?? says who ?? mf.adsr IOhannes ___ PD-dev mailing list

Re: [PD-dev] moving iemgui from core to extra

2006-12-15 Thread Hans-Christoph Steiner
On Dec 15, 2006, at 7:52 AM, IOhannes m zmölnig wrote: Hans-Christoph Steiner wrote: As the author of the only modified version of IEMGUI in five years, I say no, we don't need this to happen. It wasn't a question of need. We are all fed ;). Do you have any actual objections? well, i

Re: [PD-dev] moving iemgui from core to extra

2006-12-15 Thread carmen
If we are going to have full-fledged namespaces, than this is an essential step. Think C without any #includes or Java without any #imports. Only the bare minimum is in the language itself. Everything else is a library. in Python 2.5, Tk is still a configure-time option, which means,

Re: [PD-dev] moving iemgui from core to extra

2006-12-15 Thread Hans-Christoph Steiner
On Dec 15, 2006, at 1:54 PM, carmen wrote: If we are going to have full-fledged namespaces, than this is an essential step. Think C without any #includes or Java without any #imports. Only the bare minimum is in the language itself. Everything else is a library. in Python 2.5, Tk is

[PD-dev] 64-bit Tcl/Tk

2006-12-15 Thread Hans-Christoph Steiner
Does anyone know anything about the 64-bit support in Tcl/Tk? I was thinking of making 64-bit native G5 and Xeon builds of Pd, once everything is release. That said, does the --enable-threads thing do anything for us? .hc

Re: [PD-dev] strings

2006-12-15 Thread padawan12
Thanks Hans and IOhan, I think Bryans offering covers most of what is needed, adequate to muddle by until such time when we have real strings. Andy On Fri, 15 Dec 2006 17:41:03 -0500 Hans-Christoph Steiner [EMAIL PROTECTED] wrote: You can do a fair amount of string handling with

Re: [PD-dev] strings

2006-12-15 Thread Hans-Christoph Steiner
Plus you can use that string format directly with Martin Peach's network objects, AFAIK. .hc On Dec 16, 2006, at 7:16 AM, padawan12 wrote: Thanks Hans and IOhan, I think Bryans offering covers most of what is needed, adequate to muddle by until such time when we have real strings. Andy

Re: [PD-dev] strings

2006-12-15 Thread Mathieu Bouchard
On Fri, 15 Dec 2006, Hans-Christoph Steiner wrote: But yes, it leaves a lot to be desired. Bryan Jurish has taken a different approach, which is to use lists of bytes to represent strings. Might be worth checking out. An advantage using the list-of-bytes approach is that because each

Re: [PD-dev] moving iemgui from core to extra

2006-12-15 Thread Mathieu Bouchard
On Fri, 15 Dec 2006, Hans-Christoph Steiner wrote: On Dec 14, 2006, at 3:25 PM, Mathieu Bouchard wrote: It's not like it's impossible to overwrite methods in [objectmaker]. What is [objectmaker]? what's at the end of the receive-symbol of the same name, that thing that creates all your