Le mardi 07 septembre 2010 à 22:20 -0400, Mathieu Bouchard a écrit : > On Wed, 8 Sep 2010, Jack wrote: > > Le mardi 07 septembre 2010 à 20:05 -0400, Mathieu Bouchard a écrit : > >> (becauser the previous fix > > (my "r" key is a bit broken) > > > Here the problem (patch is attached) : open it and click on the message > > [bang(. Then, you can't click on [#see]. > > the problem is not what you say it is. the problem is that those boxes > aren't supposed to be appearing at all, because they have an initial > visible area three pixels higher than the size of the GOP subpatch. but > they blink while loading the patch, and then the "bang" causes them to > appear even though they are supposed to stay off. > > I'm comparing with the behaviour of IEMGUI... maybe it's not a very good > idea. It's hard to know what's a bug and what's not in this case. > > So, in short, you have to make the subpatch GOP a bit bigger, and I'm > going to take care of the bug later because in your case it shouldn't > really be a problem (?) > > Note that you can make slightly smaller [#see] boxes by instantiating them > this way : > > [#see, margins 1 1 1 1] > [#see, margins 0 0 0 0] > > or anything else that you can do with the 'margins' messages. OK, good to know.
> > The visibility of the box is supposed to depend on its size just after the > time of [loadbang], so, you can set the size to whatever you want before > that time (either during [loadbang], [initbang], or GF's objectbox > commas). It's OK now. Thanx Mathieu for these informations. ++ Jack > > _______________________________________________________________________ > | Mathieu Bouchard ------------------------------ Villeray, Montréal, QC _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
