Thanks for the report. It is possible that pd-l2ork is using an older
version of iemlib as I've not synced that source in a while. Other option is
that there is something potentially funny with the way externals are loaded.
Let me investigate...
Just to make sure, is ii an abstraction or an
init_class = class_new(gensym(init), (t_newmethod)init_new,
(t_method)init_free, sizeof(t_init), 0, A_GIMME, 0);
class_addcreator((t_newmethod)init_new, gensym(ii), A_GIMME, 0);
Will continue to test Pd-L2Ork (I had some difference with pd-extended
regarding -path (not all my
On 03/31/2014 05:09 PM, Jonathan Wilkes wrote:
a) click [loadbang] with the mouse to output a bang. (This is how Max/MSP
solves this problem, too.)
b) select all the objects to which you'd like to connect, then draw a
connection from [bng] to one of them. In Pd-l2ork this will make a
same happens in pd-extended here on a mac
2014-03-31 17:43 GMT-03:00 pured...@11h11.com:
When using [ii] in a patch, even with [import iemlib] - i have to use
[init] once for [ii] to be found (need to save and reload the patch).
___
On 03/31/2014 12:25 PM, IOhannes m zmölnig wrote:
On 03/31/2014 05:09 PM, Jonathan Wilkes wrote:
a) click [loadbang] with the mouse to output a bang. (This is how Max/MSP
solves this problem, too.)
b) select all the objects to which you'd like to connect, then draw a
connection from [bng] to
