I am curious if this is a feature or a bug. (I vote for bug, as the
other behaviour is achievable with leaving out the “set”….)
Expected behaviour would be to update the value internally but without
output…

Stefan

#P window setfont “Sans Serif” 9.;
#P flonum 42 46 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
#P objectname parameter;
#P window linecount 1;
#N vpatcher 126 472 637 754;
#P window setfont “Sans Serif” 9.;
#P flonum 56 90 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
#P window linecount 1;
#P newex 56 158 156 196617 pattrforward parent::parameter;
#P window linecount 2;
#P newex 56 117 42 196617 prepend set;
#P flonum 267 87 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
#P window linecount 1;
#P newex 267 43 137 196617 pattr par parent::parameter;
#X prestore 1 0 0.24;
#P objectname par;
#P window linecount 0;
#P comment 34 41 105 196617 pattr should not output when I change it
here , but it does…;
#P connect 5 0 3 0;
#P connect 3 0 4 0;
#P connect 1 0 2 0;
#P pop;
#P newobj 95 46 101 196617 p sub with pattr;
#P objectname “sub patch”;
#P window clipboard copycount 2;

–
Stefan Tiedje————x——-
–_____———–|————–
–(_|_ —-|—–|—–()——-
– _|_)—-|—–()————–
———-()——–www.ccmix.com

I stopped using gui elements as the place to store a value. I’d rather use a pattr to store the value, like so:

#P window setfont “Sans Serif” 9.;
#P flonum 109 221 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
#P window linecount 1;
#P newex 109 239 98 196617 pattr @bindto store;
#X prestore 1 0 0.26;
#P objectname u808002155;
#P newex 221 260 62 196617 prepend set;
#P flonum 221 280 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
#P newex 221 240 98 196617 pattr @bindto store;
#X prestore 1 0 0.26;
#P objectname u413002154;
#P newex 26 239 60 196617 pattr store;
#X prestore 1 0 0.26;
#P objectname store;
#P connect 5 0 4 0;
#P connect 3 0 2 0;
#P connect 1 0 3 0;
#P window clipboard copycount 6;

Cheers,
Mattijs

Quote: Stefan Tiedje wrote on Thu, 22 February 2007 13:41
—————————————————-
> I came across a weird feedback problem after replaceing an inlet with a
> pattr. The reson was, that the pattr would output a value, though I sent
> the value with a set message. The following patch explains the problem:
>
> I am curious if this is a feature or a bug. (I vote for bug, as the
> other behaviour is achievable with leaving out the “set”….)
> Expected behaviour would be to update the value internally but without
> output…
>
> Stefan
>
> #P window setfont “Sans Serif” 9.;
> #P flonum 42 46 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
> #P objectname parameter;
> #P window linecount 1;
> #N vpatcher 126 472 637 754;
> #P window setfont “Sans Serif” 9.;
> #P flonum 56 90 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
> #P window linecount 1;
> #P newex 56 158 156 196617 pattrforward parent::parameter;
> #P window linecount 2;
> #P newex 56 117 42 196617 prepend set;
> #P flonum 267 87 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
> #P window linecount 1;
> #P newex 267 43 137 196617 pattr par parent::parameter;
> #X prestore 1 0 0.24;
> #P objectname par;
> #P window linecount 0;
> #P comment 34 41 105 196617 pattr should not output when I change it
> here , but it does…;
> #P connect 5 0 3 0;
> #P connect 3 0 4 0;
> #P connect 1 0 2 0;
> #P pop;
> #P newobj 95 46 101 196617 p sub with pattr;
> #P objectname “sub patch”;
> #P window clipboard copycount 2;
>
>
> —
> Stefan Tiedje————x——-
> –_____———–|————–
> –(_|_ —-|—–|—–()——-
> — _|_)—-|—–()————–
> ———-()——–www.ccmix.com
>
>
—————————————————-

Thats why I complain: DON’T send it through the outlet, and that should
include the outlet of pattr…

> I stopped using gui elements as the place to store a value. I’d
> rather use a pattr to store the value, like so:

In this case the UI is used as UI in the first place…
I just wanted to avoid some patch chords…

–
Stefan Tiedje————x——-
–_____———–|————–
–(_|_ —-|—–|—–()——-
– _|_)—-|—–()————–
———-()——–www.ccmix.com

jb

Am 22.02.2007 um 13:41 schrieb Stefan Tiedje:

> I came across a weird feedback problem after replaceing an inlet
> with a pattr. The reson was, that the pattr would output a value,
> though I sent the value with a set message. The following patch
> explains the problem:
>
> I am curious if this is a feature or a bug. (I vote for bug, as the
> other behaviour is achievable with leaving out the “set”….)
> Expected behaviour would be to update the value internally but
> without output…
>
> Stefan
>
> #P window setfont “Sans Serif” 9.;
> #P flonum 42 46 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
> #P objectname parameter;
> #P window linecount 1;
> #N vpatcher 126 472 637 754;
> #P window setfont “Sans Serif” 9.;
> #P flonum 56 90 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
> #P window linecount 1;
> #P newex 56 158 156 196617 pattrforward parent::parameter;
> #P window linecount 2;
> #P newex 56 117 42 196617 prepend set;
> #P flonum 267 87 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
> #P window linecount 1;
> #P newex 267 43 137 196617 pattr par parent::parameter;
> #X prestore 1 0 0.24;
> #P objectname par;
> #P window linecount 0;
> #P comment 34 41 105 196617 pattr should not output when I change
> it here , but it does…;
> #P connect 5 0 3 0;
> #P connect 3 0 4 0;
> #P connect 1 0 2 0;
> #P pop;
> #P newobj 95 46 101 196617 p sub with pattr;
> #P objectname “sub patch”;
> #P window clipboard copycount 2;
>
>
> —
> Stefan Tiedje————x——-
> –_____———–|————–
> –(_|_ —-|—–|—–()——-
> — _|_)—-|—–()————–
> ———-()——–www.ccmix.com
>

I personally would totally dig a ‘thru’ attribute for pattr. thru 1 (default) enables output, thru 0 means pattr will only output if you send it a bang (like pv). It would save me a lot of time.

Best,
Mattijs

jb

Am 23.02.2007 um 14:26 schrieb Mattijs Kneppers:

>
> Quote: Jeremy Bernstein wrote on Fri, 23 February 2007 10:39
> —————————————————-
>> pattr has no notion of “set”, for better or for worse.
>>
>> jb
>>
>
> I personally would totally dig a ‘thru’ attribute for pattr. thru 1
> (default) enables output, thru 0 means pattr will only output if
> you send it a bang (like pv). It would save me a lot of time.
>
> Best,
> Mattijs

Great! :)

>
> Am 23.02.2007 um 14:26 schrieb Mattijs Kneppers:
>
> >
> > Quote: Jeremy Bernstein wrote on Fri, 23 February 2007 10:39
> > —————————————————-
> >> pattr has no notion of “set”, for better or for worse.
> >>
> >> jb
> >>
> >
> > I personally would totally dig a ‘thru’ attribute for pattr. thru 1
> > (default) enables output, thru 0 means pattr will only output if
> > you send it a bang (like pv). It would save me a lot of time.
> >
> > Best,
> > Mattijs
>
—————————————————-

Great!

I didn’t send a set to pattr, but to the object its reffering to. I’d
just expected pattr to react the same as its reference. The set is going
to the number box, the box will visually update but output nothing.

As I don’t know how pattr is actually working, I can just assume, that
it might not be possible to change the value of pattr without output.

This at least would be another argument for a “pattrbackward” an
external which just monitors the outlets of an object its reffering to.
(a second argument will define the number of outlets)…

Stefan

–
Stefan Tiedje————x——-
–_____———–|————–
–(_|_ —-|—–|—–()——-
– _|_)—-|—–()————–
———-()——–www.ccmix.com

I like the idea of a thru attribute, and will probably implement that
someday. I’m not currently thinking about pattrbackward, though.

jb

Am 24.02.2007 um 14:19 schrieb Stefan Tiedje:

> Jeremy Bernstein wrote:
>> pattr has no notion of “set”, for better or for worse.
>
> I didn’t send a set to pattr, but to the object its reffering to.
> I’d just expected pattr to react the same as its reference. The set
> is going to the number box, the box will visually update but output
> nothing.
>
> As I don’t know how pattr is actually working, I can just assume,
> that it might not be possible to change the value of pattr without
> output.
>
> This at least would be another argument for a “pattrbackward” an
> external which just monitors the outlets of an object its reffering
> to. (a second argument will define the number of outlets)…
>
> Stefan
>
> —
> Stefan Tiedje————x——-
> –_____———–|————–
> –(_|_ —-|—–|—–()——-
> — _|_)—-|—–()————–
> ———-()——–www.ccmix.com
>

Yes, the thru attribute is a very good idea…

Stefan

–
Stefan Tiedje————x——-
–_____———–|————–
–(_|_ —-|—–|—–()——-
– _|_)—-|—–()————–
———-()——–www.ccmix.com

Hi there,
Shortly after stumbling upon the new ‘thru’ attribute for pattr,in Max5 I stumbled upon this old post…hehe, what a nice implementation!……that is going to greatly simplify some of my patches.
Sorry for the bump, but i thought this might be very useful to point this new attribute out to others that might not yet have seen it. It took me a month or more to find…….

See everyone?…things happen!
Happy patching
Leigh

Just so you don’t miss it :)

jb

Yes, this is marvelous, especially if you bind the pattr to another
object somewhere else, it turns pattr into a universal pvar. (Though not
with more than one outlet, that would be left for a pattrbackward… ;-)

It is also nice, that bindto is a freezed attribute in the inspector,
makes smaller objects…

Stefan

–
Stefan Tiedje————x——-
–_____———–|————–
–(_|_ —-|—–|—–()——-
– _|_)—-|—–()————–
———-()——–www.ccmix.com

Thanks for the heads up on that Jeremy.
My programming style has yet to cry out for such an attribute but I’ll give it a whirl when it arrives!

—————————————————
> It is also nice, that bindto is a freezed attribute in the inspector,
> makes smaller objects…
—————————————————-

Hey Stefan,, your little insight there is shortly going to save me an unbelievably large amount of screen space. Thank you very much.

Regards
Leigh

Ditto. Never thought of using freeze with pattr like that. That’s slick. Freeze should be useful with the upcoming @initial attribute too.

And Leigh, thanks for bumping this thread so I could learn some new tricks :)

And the best of all is the @invisible attribute, that allows for cool
abuses of pattrs which are close to the pattrbackward I always wanted…

Stefan

–
Stefan Tiedje————x——-
–_____———–|————–
–(_|_ —-|—–|—–()——-
– _|_)—-|—–()————–
———-()——–www.ccmix.com