Re: [PD-dev] abstractions

2008-07-11 Thread Mathieu Bouchard
On Fri, 11 Jul 2008, Albert Graef wrote: The only advantage that Tcl has is, as you point out, that Pd already uses it anyway. Another advantage of Tcl is that the syntax is like that of Pd: space-separated elements, not much quoting necessary. In addition, elements missing from Pd and chara

Re: [PD-dev] removing string types from pd-extended release

2008-07-11 Thread Mathieu Bouchard
On Sat, 28 Jun 2008, Mathieu Bouchard wrote: I edited it quite a bit. Split it in 5 parts total: the normal types, the messagebox-only types, the pseudo-types, the user-defined normal types, and the user-defined pseudo-types. By pseudo-type I mean something not used in t_atom::a_type. I added

Re: [PD-dev] sms pd external - design choices

2008-07-11 Thread Thomas Grill
Am 10.07.2008 um 19:35 schrieb Rich E: I see that [pool] has the ability to share a data space among different buffers by taking a name as its first argument. I am digging through its code right now, but am not familiar with the flext API. I don't yet see how it manages to allow different [poo

Re: [PD-dev] abstractions

2008-07-11 Thread Albert Graef
Frank Barknecht wrote: > I think, Pd could benefit a lot by providing a default scripting > language to write operations like [range] which are tediuos to do as > an abstraction. Altough I'm not a fan of Tcl (and would prefer Lua), > Tcl would be a natural choice as it's available anyway. But Tcl

Re: [PD-dev] closing bugs (was Re: [ pure-data-Bugs-2004979 ] hid defaults to debugging (flood of "hid_get_events"))

2008-07-11 Thread IOhannes m zmoelnig
Hans-Christoph Steiner wrote: > > > The "Open", "Pending", and "Closed" states have to do with attention, > not the state of the bug. If someone reports a bug, then no dev can indeed, and thus frank is right when requesting that a bug should not be set to "Closed" when it still needs attent