Hi,
I see that there now are the rather peculiar "list fromsymbol" and "list tosymbol" methods in [list], but the much needed "list foreach" still is missing. Why?
Ciao
Frank Barknecht _ ______footils.org__
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 2014-09-30 12:20, Frank Barknecht wrote:
Hi,
I see that there now are the rather peculiar "list fromsymbol" and "list tosymbol" methods in [list], but the much needed "list foreach" still is missing. Why?
most likely, because yo can do a [list foreach] as a simple abstraction (if you don't mind another name), while you cannot do a [list tosymbol].
fgmdasr IOhannes
On Tue, Sep 30, 2014 at 03:51:38PM +0200, IOhannes m zmoelnig wrote:
On 2014-09-30 12:20, Frank Barknecht wrote:
I see that there now are the rather peculiar "list fromsymbol" and "list tosymbol" methods in [list], but the much needed "list foreach" still is missing. Why?
most likely, because yo can do a [list foreach] as a simple abstraction (if you don't mind another name), while you cannot do a [list tosymbol].
Okay, I see. But with the same logic, [list length] could be considered superfluous.
list-drip.pd, the equivalent abstraction to "list foreach" in the [list]-abs is the most used abstraction in the whole collection. Although Matju's implementation is highly optimized, including "list foreach" as an interal method would speed things up immensely.
Oh, "list cat" would as well.
Ciao
Frank Barknecht _ ______footils.org__
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 2014-09-30 17:08, Frank Barknecht wrote:
On Tue, Sep 30, 2014 at 03:51:38PM +0200, IOhannes m zmoelnig wrote:
On 2014-09-30 12:20, Frank Barknecht wrote:
I see that there now are the rather peculiar "list fromsymbol" and "list tosymbol" methods in [list], but the much needed "list foreach" still is missing. Why?
most likely, because yo can do a [list foreach] as a simple abstraction (if you don't mind another name), while you cannot do a [list tosymbol].
Okay, I see. But with the same logic, [list length] could be considered superfluous.
list-drip.pd, the equivalent abstraction to "list foreach" in the [list]-abs is the most used abstraction in the whole collection. Although Matju's implementation is highly optimized, including "list foreach" as an interal method would speed things up immensely.
+1
fgmsdr IOhannes
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 2014-09-30 18:16, IOhannes m zmoelnig wrote:
On 2014-09-30 17:08, Frank Barknecht wrote:
On Tue, Sep 30, 2014 at 03:51:38PM +0200, IOhannes m zmoelnig wrote:
On 2014-09-30 12:20, Frank Barknecht wrote:
I see that there now are the rather peculiar "list fromsymbol" and "list tosymbol" methods in [list], but the much needed "list foreach" still is missing. Why?
most likely, because yo can do a [list foreach] as a simple abstraction (if you don't mind another name), while you cannot do a [list tosymbol].
Okay, I see. But with the same logic, [list length] could be considered superfluous.
list-drip.pd, the equivalent abstraction to "list foreach" in the [list]-abs is the most used abstraction in the whole collection. Although Matju's implementation is highly optimized, including "list foreach" as an interal method would speed things up immensely.
+1
re-reading your email, wouldn't [list cat] be the equivalent of [list drip], whereas [list foreach] is the equivalent of [list map]?
in any case, i think that for performance reasons, both ought to be available as compiled objects (and for practical reasons: built-in)
fgmsdr IOhannes
Hi,
On Tue, Sep 30, 2014 at 06:20:21PM +0200, IOhannes m zmoelnig wrote:
re-reading your email, wouldn't [list cat] be the equivalent of [list drip], whereas [list foreach] is the equivalent of [list map]?
I took theses name from the source in x_list.c, where for some years now we have:
// Need to think more about: // list foreach - spit out elements of a list one by one (also in reverse?) // [...] // list cat - build a list by accumulating elements
The addition of the symbol/list methods made me think, that maybe now could be a time to add these as well, or at least the important "foreach".
Ciao
Frank Barknecht _ ______footils.org__
[list cat] is already in Pd-l2ork.
-Jonathan
On Tuesday, September 30, 2014 4:24 PM, Frank Barknecht fbar@footils.org wrote:
Hi,
On Tue, Sep 30, 2014 at 06:20:21PM +0200, IOhannes m zmoelnig wrote:
re-reading your email, wouldn't [list cat] be the equivalent of [list drip], whereas [list foreach] is the equivalent of [list map]?
I took theses name from the source in x_list.c, where for some years now we have:
// Need to think more about: // list foreach - spit out elements of a list one by one (also in reverse?) // [...] // list cat - build a list by accumulating elements
The addition of the symbol/list methods made me think, that maybe now could be a time to add these as well, or at least the important "foreach".
Ciao
Frank Barknecht _ ______footils.org__
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-
Frank Barknecht -
IOhannes m zmoelnig -
Jonathan Wilkes