[PD] dynamic GOP resize glitch

Matt Barber brbrofsvl at gmail.com
Sun May 18 19:43:57 CEST 2008


I just checked the latest autobuild -- automatic redraw of cables upon
GOP resize seems to work about the same as in 0.41 vanilla -- I didn't
need to send a "pop" message to the abstraction's canvas name (when I
did, I still got the

consistency check failed: gstack_pop

message in the PD window so this may be a bug, but none of the
functionality seems to have been altered or impaired).  It seems this
works >= 0.40 without needing to send "pop".



On Sun, May 18, 2008 at 12:01 PM, Hans-Christoph Steiner <hans at eds.org> wrote:
> How about on Pd-extended 0.40.3?  I am in the midst of final debugging, so
> I'd have a chance to fix bugs if you find some.
> .hc
> On May 18, 2008, at 3:40 PM, Matt Barber wrote:
>> Hello,
>> 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.
>> Best,
>> Matt
>>> 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>
>>> Message-ID:
>>>       <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
>> _______________________________________________
>> PD-list at iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
> ----------------------------------------------------------------------------
> "[W]e have invented the technology to eliminate scarcity, but we are
> deliberately throwing it away to benefit those who profit from scarcity."
>      -John Gilmore

More information about the Pd-list mailing list