You know, data structures explicitly use messages to subpatches, like
'clear' and 'read/write'. So at least these are official. And the
namecanvas help file had the example to make the patch create messages and
we can agree this is pretty stable and used in patches. Also, 'connect'
messages are used in patches and the syntax won't likely change (so won't
'disconnect').

So this leaves us me touching a dark corner apparently only when talking
about 'coords' and I guess I can have a warning about it. And we change and
document your PR when it gets in. I can also refer to iemguts for more
stable and further wizardry.

Em sáb., 27 de nov. de 2021 às 13:27, José de Abreu <abreubace...@gmail.com>
escreveu:

> if I remember correctly iemguts also adds the possibility of deleting
> objects without the need to simulate a mouse select and a keyboard stroke
> (cut? idk..)
>
> (I don't know, but I think there was something about deleting with mouse
> emulation, but this was buggy too since you need to first bring the canvas
> to front, and then emulate the mouse... no idea, but yeah, this is bad, and
> iemguts makes deleting very easy)
>
> Em sáb., 27 de nov. de 2021 13:04, Christof Ressi <i...@christofressi.com>
> escreveu:
>
>> Two examples that come to my mind:
>>
>> 1) [iemguts/canvasselect] allows to (de)select objects simply by index.
>> No need to emulate mouse selection with "mouse" and "mouseup".
>>
>> 2) canvases/objects can be moved around with [iemguts/canvasposition]
>> resp. [iemguts/canvasobjectposition]
>>
>> Are there any other use cases for "mouse" and "mouseup"?
>> On 27.11.2021 16:47, Alexandre Torres Porres wrote:
>>
>>
>>
>> Em sáb., 27 de nov. de 2021 às 11:59, Christof Ressi <
>> i...@christofressi.com> escreveu:
>>
>>> with [iemguts] there really is no reason to ever use
>>> "mouse" and "mouseup" again. Unfortunately, many people seem to prefer
>>> undocumented internal messages over a well tested external...
>>>
>>
>> how exactly? please elaborate and give examples, I'm curious
>>
>> _______________________________________________
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> https://lists.puredata.info/listinfo/pd-list
>>
> _______________________________________________
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Reply via email to