First bit set: graph on parent
Second bit set: hide object

0: no GOP
1: GOP
3: GOP + hide object name

2 doesn't make sense (no GOP but hide object name) but before Pd 0.48 it was 
silently interpreted as 3.


> Gesendet: Freitag, 02. März 2018 um 18:12 Uhr
> Von: "Alexandre Torres Porres" <por...@gmail.com>
> An: "Christof Ressi" <christof.re...@gmx.at>
> Cc: oliver <oli...@klingt.org>, Pd-List <pd-l...@mail.iem.at>
> Betreff: Re: [PD] droidparty's [touch] on 0.48-1 and "grid" like object in 
> vanilla
>
> please, what do these numbers/argument mean again? quite explicitly?
> 
> what are the options, what is 0, 1, 2, 3? Are there more? What used to be
> "2"? What is "2" now?
> 
> Is there any documentation about this out there, what is this used for in
> dynamic patching?
> 
> thanks
> 
> 2018-03-02 13:50 GMT-03:00 Christof Ressi <christof.re...@gmx.at>:
> 
> > > the third argument (the one that represents the "graph on parent" and
> > > "hide object names and arguments" checkboxes) has changed its counting
> > > method.
> >
> > this argument actually is a bitfield where the first bit is "graph on
> > parent" and the second bit is "hide object name".
> > the people who first experimented with dynamic patching exploited a bug
> > (maybe unintentionally) in the [donecanvasdialog( message handling where 2
> > would be treated the same as 3. since then, most people just copied it. the
> > correct value has always been 3 (= both bits set). Miller thought about
> > adding a compatibily argument but apparently decided against it:
> > https://lists.puredata.info/pipermail/pd-list/2017-07/119724.html
> >
> > I agree with oliver that we should spread the word about this bugfix since
> > it affects quite a number of patches. I'll post it to facebook group.
> >
> > > Gesendet: Freitag, 02. März 2018 um 02:09 Uhr
> > > Von: oliver <oli...@klingt.org>
> > > An: Pd-List <pd-l...@mail.iem.at>
> > > Betreff: Re: [PD] droidparty's [touch] on 0.48-1 and "grid" like object
> > in vanilla
> > >
> > >
> > > >
> > > > 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.html
> > >
> > > the 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 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
> > >
> > > best
> > >
> > > oliver
> > >
> > > _______________________________________________
> > > 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