[route noop] and keep only the rest. a
2007/2/17, Chuckk Hubbard <[EMAIL PROTECTED]>:
Actually, you will have trouble with any of these, as just about any object that expects a float (number) will not pass anything if it gets a symbol (word). I'm looking for a way to do it with a couple of list objects, but it could be ugly. -Chuckk On 2/17/07, Chuckk Hubbard <[EMAIL PROTECTED]> wrote: > On the same token, [route noop] would output the original message from > the right outlet if it's not noop. > I guess, depending which object was doing the receiving, the left > outlet wouldn't have to be hooked up at all. If it was going into > [pack], for instance, or [append], I believe they store old values for > cold inlets. Otherwise I think you'd still need to go through a > [float] or [symbol] to send the previous value with the bang from > route or select, in which case just using "bang" in place of "noop" > might be faster, no? > > -Chuckk > > On 2/17/07, Charles Henry <[EMAIL PROTECTED]> wrote: > > I can't say much for special message status, but you could use a > > select object on the recieving end of your messages. > > [select noop] would have two outlets and output a bang from the right > > outlet for any message other than "noop" (and a bang from the left > > inlet for "noop") > > Chuck > > > > On 2/17/07, David F. Place <[EMAIL PROTECTED]> wrote: > > > Maestri: > > > > > > I would like a special message (let's call it "noop") which when sent > > > does nothing. (That is to say, sending it would be like not sending > > > it.) This would be useful in automation. For instance, I may have > > > a program which generates a bunch of events which I will trigger > > > using [textfile]. Some of the fields will not be updated in a given > > > event. In that case, it would like to be able to write "noop" in > > > that field. > > > > > > Surely such a thing exists and I haven't found it yet. Feel free to > > > berate me if it is right under my nose. > > > > > > Cheers, David > > > > > > --o-------o-o-o---o-o-o--- > > > David F. Place > > > mailto:[EMAIL PROTECTED] > > > > > > > > > > > > _______________________________________________ > > > PD-list@iem.at mailing list > > > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list > > > > > > > _______________________________________________ > > PD-list@iem.at mailing list > > UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list > > > > > -- > http://www.badmuthahubbard.com > -- http://www.badmuthahubbard.com _______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- Alexandre Quessy http://alexandre.quessy.net _______________________________________________ PD-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list