AW: [PD] feature request for [list]

[Roman Haefeli]

hi

the original feature request was a [symbol2list] or whatever it is called. i'd like to focus on this again, since there  is  no  possibility yet  in native  pd to split symbols into list, whereas the other mentionend tasks already can be realized, though they are quite cpu-expensive when realized as abstractions, compared to pd-primitives (though this seems to be less important in my eyes).

cheers
roman



Miller Puckette <mpuckett at imusic1.ucsd.edu> wrote:

> Hi all,
>
> I'm thinking of adding "parallelize" and "serialize" options to list
> that (I think) would include the function of "drip"... and I think I
> should add "list length" too.
> 
> The negative index thing for "nth" sounds like a bad idea, out of keeping
> with Pd's more usual style of limiting out-of-range values to the end of
> the range in question.
> 
> I'm more worried about bug fixes and new platgorms (a64; macintel) at
> the moment, though...
> 
> cheers
> Miller


On Tue, Apr 18, 2006 at 09:50:02AM +0800, Chris McCormick wrote:
> On Wed, Apr 12, 2006 at 12:01:29PM +0200, pd-list-request at iem.at wrote:
> > Date: Wed, 12 Apr 2006 10:14:46 +0200
> > From: Frank Barknecht <fbar at footils.org>
> > Subject: Re: [PD] feature request for [list]
> > 
> > Hallo,
> > Chris McCormick hat gesagt: // Chris McCormick wrote:
> > 
> > > So basically I'd like to see a [list length] and an [s2l].
> > 
> > You can do "list length" with a simple counter and "list split"
> > already. It's called [list-len] in [list]-abs.  However unfolding a
> > list using [until] and [list split] is very slow.  I did benchmarks
> > comparing it to [drip] and it takes ages longer. As a "drip" operation
> > is used so often - Matju once compared it to the "for"-loop of other
> > languages - it is important that "drip" is fast, and not only fast,
> > but very fast.  I'd much prefer to have a fast unfolding operation
> > over getting "list length". 
> 
> Yes, good point.
> 
> > And negative indices are just very convenient, and the object is
> > already in.
> > 
> > I don't think that [s2l] should become part of [list]. To me
> > it is a typical string operation, like Perl's split and string.split()
> > in Python. 
> 
> Agreed. If someone made patches against Miller's Pd and put it in SF
> patch tracker would these probably make it in?
> 
> Chris.
> 
> -------------------
> chris at mccormick.cx
> http://mccormick.cx
> 
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list

_______________________________________________
PD-list at iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list