Hmm, I think the design is, in fact, wrong. But should I now fix it (incompatibly)? drat.
M On Tue, Oct 31, 2006 at 11:10:57PM +0100, Roman Haefeli wrote: > On Mon, 2006-10-30 at 23:04 +0100, Frank Barknecht wrote: > > Length in list-len.pd in the traditional way is calculated by > > serializing the list using [list split 1] and [list append], which > > drive a counter. I embedded it into the attached example as a > > subpatch. Here the conversion of meta-messages to list-messages is > > happening automatically as well, so this construct counts unlike [list > > length] as well. > > finally i understand, what you [list length] want to behave like. and in > my eyes it makes a lot of sense now. from what you are saying i would > also expect, that any [list]-object (besides [list trim]) prepends the > list-selector to the incoming messages, but it doesn't here for whatever > reason. > > roman > > > > > > ___________________________________________________________ > Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de > > > _______________________________________________ > 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