[PD] Problem with this (involved) abstraction for XY

[Dan Wilcox]

There is an xy pad called "touch" in the droidparty abstractions which works on vanilla. I just tested on 0.54. It could be used or possibly checked as to why it doesn't break as compared to your abstraction.

https://github.com/chr15m/PdDroidParty/tree/master/droidparty-abstractions

There isn't a help patch but the creation args are: width height sendname

> On Aug 21, 2023, at 11:01 AM, pd-list-request at lists.iem.at wrote:
> 
> Message: 1
> Date: Sun, 20 Aug 2023 16:07:18 +0100
> From: Pierre Alexandre Tremblay <tremblap at gmail.com <mailto:tremblap at gmail.com>>
> To: Pd-List <pd-list at lists.iem.at <mailto:pd-list at lists.iem.at>>
> Subject: [PD] Problem with this (involved) abstraction for XY
> Message-ID: <167EF89D-6618-4456-A5B1-98946DB41306 at gmail.com <mailto:167EF89D-6618-4456-A5B1-98946DB41306 at gmail.com>>
> Content-Type: text/plain;	charset=utf-8
> 
> Dear all
> 
> As I wanted to keep FluCoMa depending only on Vanilla, I took the lazy shortcut to use a x-y abstraction for the fluid.plotter (I know I need to code it in c+tcl)
> 
> https://forum.pdpatchrepo.info/topic/10854/xy-abstraction-to-get-mouse-click-and-drag-coordinates-vanilla
> 
> Now, in the last Pd, it breaks on all OSes. I thought it waste do with donecanvasdialog changes, but it doesn?t seem to be the case.
> 
> I?m asking here because I?m time-short at the moment, if nobody has found the same problem and fixed it. Otherwise I?ll respond to self when I have found time to fix it - I hope it isn?t a breaking change or at least not a problem that will need 2 versions of the abstraction depending on the Pd version?
> 
> p

--------
Dan Wilcox
@danomatika <http://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20230821/c82c68a2/attachment.htm>