hi list
just that u know... ...my pd-0.39-1 (os x) crashes when i do that :
[bng] | [t s] | [print]
Hallo, Enrique Erne hat gesagt: // Enrique Erne wrote:
just that u know... ...my pd-0.39-1 (os x) crashes when i do that :
[bng] | [t s] | [print]
Me, Linux, too. Would you report this to our bugtracker at http://pure-data.sf.net/ ?
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
On Sat, 5 Nov 2005, Enrique Erne wrote:
just that u know... ...my pd-0.39-1 (os x) crashes when i do that :
[bng] | [t s] | [print]
Hi, this seems to be a problem on all version 0.39's on all platforms.
I fixed it a minute ago in devel_0_39.
Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju Freelance Digital Arts Engineer, Montréal QC Canada
Hallo, Mathieu Bouchard hat gesagt: // Mathieu Bouchard wrote:
I fixed it a minute ago in devel_0_39.
Good for devel_0_39. However: Why do you use "&s_float"? I'd say, "&s_bang" would be more appropriate.
To those not reading pd-cvs: See here for Matju's fix: http://lists.puredata.info/pipermail/pd-cvs/2005-11/004877.html
In Pd-MAIN all this happens around line 981.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
I'd suggest "&s_symbol"....
cheers Miller
On Sat, Nov 05, 2005 at 07:30:45PM +0100, Frank Barknecht wrote:
Hallo, Mathieu Bouchard hat gesagt: // Mathieu Bouchard wrote:
I fixed it a minute ago in devel_0_39.
Good for devel_0_39. However: Why do you use "&s_float"? I'd say, "&s_bang" would be more appropriate.
To those not reading pd-cvs: See here for Matju's fix: http://lists.puredata.info/pipermail/pd-cvs/2005-11/004877.html
In Pd-MAIN all this happens around line 981.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Sat, 5 Nov 2005, Miller Puckette wrote:
I'd suggest "&s_symbol"....
I'd suggest post("WARNING: trigger is deprecated")
and then gensym("pute")
Or &s_symbol_of_the_week, which should be redefined every monday so that users don't get bored.
Or just &s_ because it behaves more interestingly when one tries to save it to a file.
Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju Freelance Digital Arts Engineer, Montréal QC Canada
I'd suggest "warning: Pd's symbol type is lame", which is the real truth :)
I hope future computer music language designers find a better way to do types than I did in pd. I would caution that many computer music 'languages' which actually managed types intelligently later died because they were too fastidious.
cheers Miller
On Sat, Nov 05, 2005 at 03:18:55PM -0500, Mathieu Bouchard wrote:
On Sat, 5 Nov 2005, Miller Puckette wrote:
I'd suggest "&s_symbol"....
I'd suggest post("WARNING: trigger is deprecated")
and then gensym("pute")
Or &s_symbol_of_the_week, which should be redefined every monday so that users don't get bored.
Or just &s_ because it behaves more interestingly when one tries to save it to a file.
Mathieu Bouchard - t?l:+1.514.383.3801 - http://artengine.ca/matju Freelance Digital Arts Engineer, Montr?al QC Canada
Hallo, Miller Puckette hat gesagt: // Miller Puckette wrote:
I'd suggest "&s_symbol"....
Hm, this of course also is a possibility, probably even the better one. However it will make [print] print "symbol symbol" whereas an empty [symbol( connected to [print] will print just "symbol". Well, and &s_bang will lead to "symbol bang", which also isn't an empty symbol. Darn. ;)
Anyway, IMO both "symbol bang" and "symbol symbol" look better than "symbol float", which is very misleading.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
Hallo, Miller Puckette hat gesagt: // Miller Puckette wrote:
I'd suggest "&s_symbol"....
Hm, this of course also is a possibility, probably even the better one. However it will make [print] print "symbol symbol" whereas an empty [symbol( connected to [print] will print just "symbol". Well, and &s_bang will lead to "symbol bang", which also isn't an empty symbol. Darn. ;)
Anyway, IMO both "symbol bang" and "symbol symbol" look better than "symbol float", which is very misleading.
what about gensym("")?
Hallo, Tim Blechmann hat gesagt: // Tim Blechmann wrote:
Hm, this of course also is a possibility, probably even the better one. However it will make [print] print "symbol symbol" whereas an empty [symbol( connected to [print] will print just "symbol". Well, and &s_bang will lead to "symbol bang", which also isn't an empty symbol. Darn. ;)
what about gensym("")?
Oh, this works? <compiles, tests, success> It does! Then I'd prefer this solution the most.
Ciao
Frank Barknecht _ ______footils.org_ __goto10.org__
On Sat, 5 Nov 2005, Frank Barknecht wrote:
Mathieu Bouchard hat gesagt: // Mathieu Bouchard wrote:
I fixed it a minute ago in devel_0_39.
Good for devel_0_39. However: Why do you use "&s_float"? I'd say, "&s_bang" would be more appropriate.
I'd say &s_bang too, if I cared about [t], but I think it's too late to have a good [t], so I chose the way of the whackwards-compatibility.
Personally, I'd rather have it replaced by something like jMax's [fork].
The type conversion part of [t] doesn't really convert anything.
To those not reading pd-cvs: See here for Matju's fix: http://lists.puredata.info/pipermail/pd-cvs/2005-11/004877.html In Pd-MAIN all this happens around line 981.
Also look at older versions of Pd-MAIN's x_connective.c which did exactly the same &s_float business but worded differently.
Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju Freelance Digital Arts Engineer, Montréal QC Canada
-
Enrique Erne -
Frank Barknecht -
Mathieu Bouchard -
Miller Puckette -
Tim Blechmann