Patches item #1739655, was opened at 2007-06-19 13:09 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1739655...
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: externals Group: feature Status: Open Resolution: None Priority: 5 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Martin Peach (mrpeach) Summary: automatically "send" lists with [udpsend]
Initial Comment: with this patch one can use [udpsend] to send data without having to prepend the "send" selector to each message. everything that is a "list" will automatically be "send".
e.g. "1 2 3 59" is the same as "send 1 2 3 59" "list /tmp/test.txt" is the same as "send /tmp/test.txt"
reasoning: - when dealing with a lot of messages to be sent, it quickly becomes tiresome and cpu-consuming to have to prepend "send" to every message. - lists are the native type of "data" in pd (as opposed to "commands"); [udpsend]s native way to deal with "data" is to send it (special behaviour like (dis)connecting is done via special messages)
might be that my reasoning is not completely in-line with pd-vanilla (compare the "send" message to [netsend])
if this gets accepted, [tcpsend] should also be modified accordingly
----------------------------------------------------------------------
You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1739655...
Hallo, SourceForge.net hat gesagt: // SourceForge.net wrote:
e.g. "1 2 3 59" is the same as "send 1 2 3 59" "list /tmp/test.txt" is the same as "send /tmp/test.txt"
reasoning:
- when dealing with a lot of messages to be sent, it quickly
becomes tiresome and cpu-consuming to have to prepend "send" to every message.
- lists are the native type of "data" in pd (as opposed to
"commands"); [udpsend]s native way to deal with "data" is to send it (special behaviour like (dis)connecting is done via special messages)
might be that my reasoning is not completely in-line with pd-vanilla (compare the "send" message to [netsend])
At first I thought, changing [netsend] so that it behaves the same would be cool as well, however [netreceive] differentiates between "foo 1" and "list foo 1". Hm, ...
Ciao
Frank Barknecht wrote:
might be that my reasoning is not completely in-line with pd-vanilla (compare the "send" message to [netsend])
At first I thought, changing [netsend] so that it behaves the same would be cool as well, however [netreceive] differentiates between "foo 1" and "list foo 1". Hm, ...
true. and there is almost[1] no way to prepend "send" to "list a b c" with native objects...: the result will most likely be "send a b c" which will become "a b c" after [netreceive] (actually after [netsend]) which is not "list a b c".
hmm, hmm...
mfga.sdr IOhannes
[1] of course it IS possible, but somehow awkward:
| [route list ] | | | [list prepend send] | | [list prepend send list] | | | +-------------------------+ | [list trim] |
I think that the "list", "float" and "symbol" selectors are somewhat obvious and should be types, not selectors. Those selectors bring some ankward constructs like that. For this (pd!) software, it might be too late, but for the next dataflow generation, it is not...
a
2007/6/19, IOhannes m zmoelnig zmoelnig@iem.at:
Frank Barknecht wrote:
might be that my reasoning is not completely in-line with pd-vanilla (compare the "send" message to [netsend])
At first I thought, changing [netsend] so that it behaves the same would be cool as well, however [netreceive] differentiates between "foo 1" and "list foo 1". Hm, ...
true. and there is almost[1] no way to prepend "send" to "list a b c" with native objects...: the result will most likely be "send a b c" which will become "a b c" after [netreceive] (actually after [netsend]) which is not "list a b c".
hmm, hmm...
mfga.sdr IOhannes
[1] of course it IS possible, but somehow awkward:
| [route list ] | | | [list prepend send] | | [list prepend send list] | | | +-------------------------+ | [list trim] |
PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev