IOhannes m zmoelnig a écrit : > Roman Haefeli wrote: > >> the switch from 0.41 to 0.42 did indeed also break at least one of the >> netpd patches. this patch is using [unpack] for an incoming message, >> that misses the list selector. while this still works with pd's [unpack] >> (although it is an undocumented feature, i guess), it doesn't work with >> the zexy [unpack]: it complains: no method for 'bla'. >> >> this again raises the question: should zexy's [unpack] mimick the the >> funny behaviours of pd's [unpack]? i am undecided here. > > yesterday when i went home i was wondering about (i guess) the same > thing: could sending [foo bar( to [unpack s s] be actually considered a > bug in the patch (for sending a non-list to [unpack]) and "unpack" > itself (for accepting non-lists)? > do you mean that [list foo bar( would have work as i expected?
if sending [foo bar( is considered as a bug in the patch, why should zexy's unpack be less tolerant than vanilla unpack? if the fix is as simple as inserting a [list] object before unpack, maybe in this situation, zexy unpack should have a more verbose error, and suggest the solution (inserting a list objet). cyrille > the help-patch clearly speaks of "lists of atoms", but doesn't mention > other messages at all. > > mfgas.dr > IOhannes _______________________________________________ Pd-dev mailing list [email protected] http://lists.puredata.info/listinfo/pd-dev
