[PD] Pd Vanilla donecanvasdialog GOP starts edit mode
christof.ressi at gmx.at
Sat Dec 15 14:36:20 CET 2018
I think I noticed this issue when I fixed another regression with the donecanvasdialog message but I didn't have time to tackle it. I'll give it a try for the next bug fix release.
Gesendet: Samstag, 15. Dezember 2018 um 12:07 Uhr
Von: "João Pais" <jmmmpais at gmail.com>
An: "IOhannes m zmölnig" <zmoelnig at iem.at>
Cc: "pd-list at lists.iem.at" <pd-list at lists.iem.at>
Betreff: Re: [PD] Pd Vanilla donecanvasdialog GOP starts edit mode
however: i'm sure you are aware that the donecanvasdialog message is
part of a "private" API, that is: it is used for the internal working of
Pd and users are not supposed to use it directly (even though it allows
you to do nice and handy things).
so i don't see anything inherently wrong with the new behaviour.
is there a "public" version of it? as this is very important for some of my abstractions and very useful, specially jp.menu and jp.preset, which simulate a drop-down menu only using Pd mechanics.
you could always send an [editmode 0( message to the parent patch, to
inhibit the problem.
theoretically yes, but when being used in abstractions (which is my particular case) it makes things harder to determine what is the main patch window where to send the message to. And make it dependent on an external library that will find out the main window name.
Joao_______________________________________________ Pd-list at lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
More information about the Pd-list