oh, and if someone out there would like to collaborate with me in an external, for easy prototyping, we could start with the current inlet~  structure as a model, but like I said, I couldn't get there, so if anyone succeeds and can send me the code, we could have some fun more easily

cheers

2018-03-07 20:35 GMT-03:00 Alexandre Torres Porres <porres@gmail.com>:
Ok, the thread was digressing, so I opened a new one... There's a suggestion to add outlets to inlet~ in: https://github.com/pure-data/pure-data/issues/259 One of the outlets would report if a signal is connected or not (as discussed in the previous thread), the other would route control messages.

I got this itch to try and make a Pull Request for it. First I tried to make it as an external, but couldn't really do it. I tried copying the code of inlet into a new external, without any changes, but I seem to have failed miserably at it.

So I went ahead and started editing Pd's code to see what would happen and if I could do a Pull Request. It was easier to do that, and I was apparently on the right track. So I first added a new control outlet to pass/route all control data fed into an [inlet~] object.

The problem now is that inlet~ still only accepts signals, and will print an error like inlet: expected 'signal' but got 'bang' ... so now what? I figure it'd be crazy to change Pd's code elsewhere, so I looked at it and I assume that this is being set here. 

static void *vinlet_newsig(t_symbol *s)

{

    t_vinlet *x = (t_vinlet *)pd_new(vinlet_class);

    x->x_canvas = canvas_getcurrent();

    x->x_inlet = canvas_addinlet(x->x_canvas, &x->x_obj.ob_pd, &s_signal);

 
Am I right? So I ask, how can I make this external accept ANY kind of message, not just signals?

thanks

2018-03-07 16:24 GMT-03:00 Alexandre Torres Porres <porres@gmail.com>:


2018-03-07 15:42 GMT-03:00 Alexandre Torres Porres <porres@gmail.com>:
by the way, here's an issue on github


which had been posted on this thread already, haha, sorry