How about [value -s] instead? :)
I just whipped up a [value] update which changes the backing value storage to use a t_atom and allows setting the value type based on a flag: -s makes a symbol value, otherwise a float value. There are some checks against type mismatches between the same name.
This allows for sending & receiving symbols via [value -s] or [v -s] objects. Existing [value] and [v] objects are float types.
The only issue I can see, other than a little more memory usage and type checking, would be possibly breaking patches which use "-s" as a value name. In this case, sending a float to the inlet is silently ignored and a default "symbol" symbol would be output on a bang which would cause a trackable error.
I can put up a PR soon when I clean up this change a bit. In the meantime, macOS people can try out a test build: Pd-0.50.2-value-symbol.zip http://docs.danomatika.com/pdbuilds/0.51/Pd-0.50.2-value-symbol.zip
On Dec 6, 2019, at 5:50 PM, pd-list-request@lists.iem.at wrote:
From: IOhannes m zmölnig <zmoelnig@iem.at mailto:zmoelnig@iem.at> To: pd-list@lists.iem.at mailto:pd-list@lists.iem.at Subject: Re: [PD] store a symbol and send on bang Message-ID: <A60DFF22-1380-4C37-84AB-D66D877F4819@iem.at mailto:A60DFF22-1380-4C37-84AB-D66D877F4819@iem.at> Content-Type: text/plain; charset=utf-8
Am 6. Dezember 2019 15:27:02 MEZ schrieb Christof Ressi <christof.ressi@gmx.at mailto:christof.ressi@gmx.at>:
This would just complicate the interface. Just use [symbol] + [send] and you're done.
+1
also, [symbol -s] would make it quite complicated to create a symbol "-s"...
mfg.hft.fsl IOhannes
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
If [value] used a t_atom, why do you need
Gesendet: Samstag, 07. Dezember 2019 um 03:01 Uhr Von: "Dan Wilcox" danomatika@gmail.com An: pd-list@lists.iem.at Betreff: Re: [PD] store a symbol and send on bang
How about [value -s] instead? :)
I just whipped up a [value] update which changes the backing value storage to use a t_atom and allows setting the value type based on a flag: -s makes a symbol value, otherwise a float value. There are some checks against type mismatches between the same name.
This allows for sending & receiving symbols via [value -s] or [v -s] objects. Existing [value] and [v] objects are float types.
The only issue I can see, other than a little more memory usage and type checking, would be possibly breaking patches which use "-s" as a value name. In this case, sending a float to the inlet is silently ignored and a default "symbol" symbol would be output on a bang which would cause a trackable error.
I can put up a PR soon when I clean up this change a bit. In the meantime, macOS people can try out a test build: Pd-0.50.2-value-symbol.zip http://docs.danomatika.com/pdbuilds/0.51/Pd-0.50.2-value-symbol.zip
On Dec 6, 2019, at 5:50 PM, pd-list-request@lists.iem.at wrote:
From: IOhannes m zmölnig <zmoelnig@iem.at mailto:zmoelnig@iem.at> To: pd-list@lists.iem.at mailto:pd-list@lists.iem.at Subject: Re: [PD] store a symbol and send on bang Message-ID: <A60DFF22-1380-4C37-84AB-D66D877F4819@iem.at mailto:A60DFF22-1380-4C37-84AB-D66D877F4819@iem.at> Content-Type: text/plain; charset=utf-8
Am 6. Dezember 2019 15:27:02 MEZ schrieb Christof Ressi <christof.ressi@gmx.at mailto:christof.ressi@gmx.at>:
This would just complicate the interface. Just use [symbol] + [send] and you're done.
+1
also, [symbol -s] would make it quite complicated to create a symbol "-s"...
mfg.hft.fsl IOhannes
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
If you change [value] to use a t_atom, why do you need to specify the type with a flag? Just add a symbol method and you're done. Am I missing something?
Gesendet: Samstag, 07. Dezember 2019 um 03:01 Uhr Von: "Dan Wilcox" danomatika@gmail.com An: pd-list@lists.iem.at Betreff: Re: [PD] store a symbol and send on bang
How about [value -s] instead? :)
I just whipped up a [value] update which changes the backing value storage to use a t_atom and allows setting the value type based on a flag: -s makes a symbol value, otherwise a float value. There are some checks against type mismatches between the same name.
This allows for sending & receiving symbols via [value -s] or [v -s] objects. Existing [value] and [v] objects are float types.
The only issue I can see, other than a little more memory usage and type checking, would be possibly breaking patches which use "-s" as a value name. In this case, sending a float to the inlet is silently ignored and a default "symbol" symbol would be output on a bang which would cause a trackable error.
I can put up a PR soon when I clean up this change a bit. In the meantime, macOS people can try out a test build: Pd-0.50.2-value-symbol.zip http://docs.danomatika.com/pdbuilds/0.51/Pd-0.50.2-value-symbol.zip
On Dec 6, 2019, at 5:50 PM, pd-list-request@lists.iem.at wrote:
From: IOhannes m zmölnig <zmoelnig@iem.at mailto:zmoelnig@iem.at> To: pd-list@lists.iem.at mailto:pd-list@lists.iem.at Subject: Re: [PD] store a symbol and send on bang Message-ID: <A60DFF22-1380-4C37-84AB-D66D877F4819@iem.at mailto:A60DFF22-1380-4C37-84AB-D66D877F4819@iem.at> Content-Type: text/plain; charset=utf-8
Am 6. Dezember 2019 15:27:02 MEZ schrieb Christof Ressi <christof.ressi@gmx.at mailto:christof.ressi@gmx.at>:
This would just complicate the interface. Just use [symbol] + [send] and you're done.
+1
also, [symbol -s] would make it quite complicated to create a symbol "-s"...
mfg.hft.fsl IOhannes
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Mmm maybe I can simplify...
enohp ym morf tnes
Dan Wilcox danomatika.com robotcowboy.com
On Dec 7, 2019, at 10:08 AM, Christof Ressi christof.ressi@gmx.at wrote:
If you change [value] to use a t_atom, why do you need to specify the type with a flag? Just add a symbol method and you're done. Am I missing something?
Gesendet: Samstag, 07. Dezember 2019 um 03:01 Uhr Von: "Dan Wilcox" danomatika@gmail.com An: pd-list@lists.iem.at Betreff: Re: [PD] store a symbol and send on bang
How about [value -s] instead? :)
I just whipped up a [value] update which changes the backing value storage to use a t_atom and allows setting the value type based on a flag: -s makes a symbol value, otherwise a float value. There are some checks against type mismatches between the same name.
This allows for sending & receiving symbols via [value -s] or [v -s] objects. Existing [value] and [v] objects are float types.
The only issue I can see, other than a little more memory usage and type checking, would be possibly breaking patches which use "-s" as a value name. In this case, sending a float to the inlet is silently ignored and a default "symbol" symbol would be output on a bang which would cause a trackable error.
I can put up a PR soon when I clean up this change a bit. In the meantime, macOS people can try out a test build: Pd-0.50.2-value-symbol.zip http://docs.danomatika.com/pdbuilds/0.51/Pd-0.50.2-value-symbol.zip
On Dec 6, 2019, at 5:50 PM, pd-list-request@lists.iem.at wrote:
From: IOhannes m zmölnig <zmoelnig@iem.at mailto:zmoelnig@iem.at> To: pd-list@lists.iem.at mailto:pd-list@lists.iem.at Subject: Re: [PD] store a symbol and send on bang Message-ID: <A60DFF22-1380-4C37-84AB-D66D877F4819@iem.at mailto:A60DFF22-1380-4C37-84AB-D66D877F4819@iem.at> Content-Type: text/plain; charset=utf-8
Am 6. Dezember 2019 15:27:02 MEZ schrieb Christof Ressi <christof.ressi@gmx.at mailto:christof.ressi@gmx.at>:
This would just complicate the interface. Just use [symbol] + [send] and you're done.
+1
also, [symbol -s] would make it quite complicated to create a symbol "-s"...
mfg.hft.fsl IOhannes
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
On Dec 7, 2019, at 10:08 AM, Christof Ressi christof.ressi@gmx.at wrote:
If you change [value] to use a t_atom, why do you need to specify the type with a flag? Just add a symbol method and you're done. Am I missing something?
I'm no coder at all, so i don't know how difficult this would be, but just as a thought:
maybe it's worth to add a list method as well ?
MAX's [value] object can in fact hold anything, it would be great if PD's [v] could do that too. anyway, a list would be a great feature.
best
oliver
Ok, Christof. You were right: https://github.com/pure-data/pure-data/pull/817 https://github.com/pure-data/pure-data/pull/817
I figured my initial take was overly complicated which is why I didn't do a PR last night.
On Dec 7, 2019, at 11:22 AM, Dan Wilcox danomatika@gmail.com wrote:
Mmm maybe I can simplify...
enohp ym morf tnes
Dan Wilcox danomatika.com robotcowboy.com
Dan Wilcox @danomatika http://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
-
Christof Ressi -
Dan Wilcox -
oliver