[PD-dev] [once] default closed...

Hans-Christoph Steiner hans at eds.org
Wed Sep 13 23:51:27 CEST 2006


There are many objects that control flow.  [spigot], [gate], etc.   
They take float arguments.  Float arguments are initialized to 0.  0  
means closed in Pd.

[once] controls flow.  It should take a float argument like [spigot]  
and [gate] so you can choose the default state.  No argument implies  
an argument of 0.  Therefore it makes sense that [once] would be  
default closed.  If you want it to be default open, you can easily do  
[once 1].  This has worked well for [spigot], I think this will work  
well for [once].

If you doubt that [once] and [spigot] are related, then open up the  
once.pd and check what is controlling the flow of data.  Low and  
behold, its [spigot].

.hc

On Sep 13, 2006, at 12:31 PM, IOhannes m zmoelnig wrote:

> Hans-Christoph Steiner wrote:
>
>> I actually think that default closed would be more consistent  
>> behavior, especially if [once] uses an argument.  Changing [once] to
>
> i cannot follow you here: what makes [once] consistent if it was  
> closed by default?
> while the object should be consistent to other objects (and i don't  
> think it is inconsistent), it should be consistent to itself in the  
> first place. (e.g.: making an empty object [Symbol] output 0 if you  
> bang it (after instantiation without arguments), might be  
> consistent to [f] and [t f], but somehow i have the feeling it  
> should do symbols...;-))


>> default-closed would make it exactly like [spigot], except with  
>> the added feature of closing itself after receiving one piece of  
>> data.
>
> i follow frank here: if this object was "exactly like [spigot]"  
> then you should use [spigot].
> if there is a need for your suggested hybrid between [spigot] and  
> [once], then this object should be, but with a different name.


>> The more objects behave consistently with each other, the better  
>> Pd will be.
>
> but the more objects will behave as expected, the even better Pd  
> will be.
> consistency is really a lot about "how do i expect an object to  
> behave"
>
> imho, the biggest inconsistency for [once] is, that you can reset  
> it at all.
>
>
> mfg.asdr
> IOhannes
>
> _______________________________________________
> PD-dev mailing list
> PD-dev at iem.at
> http://lists.puredata.info/listinfo/pd-dev


------------------------------------------------------------------------

Looking at things from a more basic level, you can come up with a  
more direct solution... It may sound small in theory, but it in  
practice, it can change entire economies.     - Amy Smith






More information about the Pd-dev mailing list