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.

Attachment: touch.pd
Description: Binary data

On Mar 2, 2018, at 2:02 PM, Dan Wilcox <> wrote:

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!

On Mar 2, 2018, at 12:00 PM, wrote:

From: oliver <>
To: Pd-List <>
Subject: Re: [PD] droidparty's [touch] on 0.48-1 and "grid" like
object in vanilla
Message-ID: <>
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)

the third argument (the one that represents the "graph on parent" and 
"hide object names and arguments" checkboxes) has changed its counting 

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 0

from PD 0.48 on it's:
donecanvasdialog 1 -1 3 0 -1 1 1 120 60 10 10, dirty 0

that 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 GUIs



_______________________________________________ mailing list
UNSUBSCRIBE and account-management ->

Reply via email to