|Here's a copy of touch which works again and I added inlets & outlets. I can probably make a PR later with fixes to the abstractions, but just sending this along for now.|
Description: Binary data
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 <oli...@klingt.org>To: Pd-List <pd-l...@mail.iem.at>Subject: Re: [PD] droidparty's [touch] on 0.48-1 and "grid" like object in vanillaMessage-ID: <a7c2267f-e153-f5c6-4233-1c89fe176...@klingt.org>Content-Type: text/plain; charset=UTF-8; format=flowed
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://email@example.com/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
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.
Pdfirstname.lastname@example.org mailing list
UNSUBSCRIBE and account-management ->