[PD] store a symbol and send on bang

[Dan Wilcox]

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 at lists.iem.at wrote:
> 
> From: IOhannes m zmölnig <zmoelnig at iem.at <mailto:zmoelnig at iem.at>>
> To: pd-list at lists.iem.at <mailto:pd-list at lists.iem.at>
> Subject: Re: [PD] store a symbol and send on bang
> Message-ID: <A60DFF22-1380-4C37-84AB-D66D877F4819 at iem.at <mailto:A60DFF22-1380-4C37-84AB-D66D877F4819 at iem.at>>
> Content-Type: text/plain; charset=utf-8
> 
> Am 6. Dezember 2019 15:27:02 MEZ schrieb Christof Ressi <christof.ressi at gmx.at <mailto:christof.ressi at 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/>



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20191207/453ba34e/attachment.html>