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@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



_______________________________________________
PD-dev mailing list
PD-dev@iem.at
http://lists.puredata.info/listinfo/pd-dev

Reply via email to