So, here's the deal of why I wanted to delete objects. My first idea was actually to create a dynamic number of outlets, but that didn't work, cause connections got lost. So I thought, well, maybe have a maximum number of outlets and delete them, but that turned out to be very much uglier than I thought and I haven't felt like trying yet.
But now I see there's this [initbang] external just for that... too bad that, like I said, I cannot afford to have an external dependency... And then I've also seen there was a discussion of including [initbang] functionality in Pd Vanilla, which I believe it's of vital importance if we want Pd Vanilla to have any real functionality of providing powerful externals.
I usually see many people here promoting this idea of "doing it yourself with plainly vanilla", well, seems that many times that's really just hard or impossible, so if we really want that, the [initbang] functionality would be imperative. And, as long as we're at it, an easy message to pd for deleting objects would be nice too.
So, I'm talking about what I found here: https://lists.puredata.info/pipermail/pd-list/2016-01/112868.html
And I ask, what came out of that? Is the jury still out?
Thanks
2017-10-18 11:22 GMT-02:00 IOhannes m zmoelnig zmoelnig@iem.at:
On 2017-10-18 15:15, Alexandre Torres Porres wrote:
2017-10-18 3:35 GMT-02:00 IOhannes m zmölnig zmoelnig@iem.at:
there is a reason, why a library like iemguts has an object like [canvasdelete]: you cannot do this otherwise.
But is there any particular reason not to have a simple message to Pd
that
would delete an object? So one could be "in luck" and not have to rely on externals or painful in the back hacks?
iirc, there was a feature-request (cum implementation) on the sf tracker and it was turned down.
fgmasdr IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list