[PD] initbang in vanilla (was Re: how to destroy/delete an object with dynamic patching?)

[Alexandre Torres Porres]

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 at 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 at 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 at lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20171019/d3df5564/attachment.html>