search

uliss / pd-ceammc

Pure Data CEAMMC distribution (based on vanilla 0.53 by Miller Puckette)
Other
107 stars 6 forks source link

list.gen and mlist handling #105

Closed njazz closed 3 years ago

njazz commented 3 years ago
Screen Shot 2021-01-13 at 23 07 15

in this case the result stores only final value of the element in the list.gen

uliss commented 3 years ago

This happend cause mlist output not Mlist itself, but just pointer to stored Mlist. So it always output the same pointer. To solve this problem in general: we should add [data.copy] object, that makes copy.

RTree generation becames more complex, but I think we could add convenient object for such common case.

Снимок экрана 2021-03-05 в 2 53 11
njazz commented 3 years ago

yes, that's what i expected to be the reason for that in my opinion: it would be great to have an option in [list.gen] and all similar objects - like @copy-data or anything because we don't expect this kind of behaviour for other data types and probably have [data.copy] too with explanations in our data types description - i think this (object reference) behaviour is quite expected when you know how externals work but may be less predictable for new users thanks