[PD] dynamic GOP resize glitch
brbrofsvl at gmail.com
Sun May 18 15:40:13 CEST 2008
I tried this out on 0.39 extended and got the same problem, but it
seems to work fine in 0.41 vanilla on initial tests - the cable
redraws happen accurately and immediately upon GOP resize.
The problem in 0.39 seems to be with the parent, not with the
abstraction, and like you the only thing I can get to work
automatically are things that force an entire parent window redraw,
e.g. sending a font message. Maybe slightly less hackish and more
explicit would be to send a "vis 0" immediately followed by a "vis 1"
to the parent, but that would close your window for an instant. I
thought sending a "tidy" message might work, but it didn't. Let us
know if you find anything else, since this is something I will be
dealing with soon.
> Date: Sun, 18 May 2008 14:20:18 +0900
> From: "hard off" <hard.off at gmail.com>
> Subject: [PD] dynamic GOP resize glitch
> To: "pd-list at iem.at" <pd-list at iem.at>
> <161320dd0805172220w40784e41l1f5cd5d49a194ad3 at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
> i have made an GOP abstraction that dynamically resizes itself when its
> settings are changed.
> this all works fine, except for one glitch:
> the cables leading out of this object are not scaled or moved.
> this is giving me half-cables, and cables coming out of the middle of an
> abstraction, etc..
> temporary fix is just to turn edit mode on and move the abstraction by 1
> pixel, but there must be a better way.
> any ideas?
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: http://lists.puredata.info/pipermail/pd-list/attachments/20080518/3298a50d/attachment-0001.htm
More information about the Pd-list