Thanks for the info. I can confirm the droidparty [touch] abstraction works again with that change. Should be a simple enough change to fix things.
As I recall, that change was for a good reason but too bad that subtly was perhaps lost in communication. Luckily it's an easy fix!
From: oliver <oliver@klingt.org>To: Pd-List <pd-list@mail.iem.at>Subject: Re: [PD] droidparty's [touch] on 0.48-1 and "grid" like object in vanillaMessage-ID: <a7c2267f-e153-f5c6-4233-1c89fe176fec@klingt.org>Content-Type: text/plain; charset=UTF-8; format=flowed
My hunch is Miller or somebody changed something with the
unsupported donecanvasdialog messages that those droidparty
abstractions are (ab)using, but I do not have evidence for this yet.
indeed, for what i know, "donecanvasdialog" changed with 0.48 !(there has been a post on this list by christof ressi some months ago)https://www.mail-archive.com/pd-list@lists.iem.at/msg12504.htmlthe third argument (the one that represents the "graph on parent" and "hide object names and arguments" checkboxes) has changed its counting method.what used to be "2" in earlier PD versions (both checkboxes ticked) must now say "3":so until PD 0.47 it was:donecanvasdialog 1 -1 2 0 -1 1 1 120 60 10 10, dirty 0from PD 0.48 on it's:donecanvasdialog 1 -1 3 0 -1 1 1 120 60 10 10, dirty 0that broke my GOP patches too, but i already updated them all accordingly. not too much work ...but i really think this should be mentioned in capital letters in the release notes for PD 0.48, since i'm sure many people "exploited" this feature to build their customized GUIsbestoliver