[PD] GOP Rendering Issue

[Hans-Christoph Steiner]

Hey Christian

Thanks for the thorough bug report, the video is great.  I think  
that's a known bug, or at least it seems familiar to me.  It would be  
great to have this info in the bug tracker so we can keep track of  
it.  This bug seems similar:

https://sourceforge.net/tracker/?func=detail&aid=3030159&group_id=55736&atid=478070

If that's not it, then feel free to create a new bug report in the  
tracker.

.hc

On Jun 28, 2011, at 10:51 PM, Christian Haines wrote:

> Hi All
>
> I have created an GOP abstraction which I include in a parent  
> parent. The GOP interface has a button that resizes it by sending a  
> 'coords' message to the GOP abstraction canvas (namecanvas named).  
> When it resizes larger it renders the larger interface properly over  
> the patch's white background. However, when it resizes smaller it  
> leaves a remnant of the larger interface visible. Sometimes to  
> correctly show the smaller interface, I have to redraw / refresh the  
> window by moving the window - this doesn't always work though. In  
> fact it only works when the parent patch has a '#coords' line with a  
> specific configuration in it - of which I'm not sure.  I'm on OSX.  
> I've seen the issue documented elsewhere but never read a full  
> description on how to resolve it fully.
>
> See the issue here: http://echoblue.com.au/pd/goprenderissue.mov
>
>
> At the moment I am sending a message back to the parent patch from  
> the GOP abstraction to change the parent patch's 'setbounds' by 1  
> pixel and then move it back - this resolves that issue but, as  
> mentioned, not consistently. Regardless, it creates two more issues:  
> (1) setbounds behaves oddly - doesn't resize until a close and  
> reopen; and/or moves the objects in the patch window without  
> resizing; (2) I can't know the patch window size dynamically (say by  
> querying the canvas) hence any size change by setbounds is not  
> necessarily the same as the original window size (if it was  
> resizing!).
>
> Any suggestions would be greatly appreciated
>
> --
> Christian
>
>
> _______________________________________________
> Pd-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list



----------------------------------------------------------------------------

Terrorism is not an enemy.  It cannot be defeated.  It's a tactic.   
It's about as sensible to say we declare war on night attacks and  
expect we're going to win that war.  We're not going to win the war on  
terrorism.        - retired U.S. Army general, William Odom


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20110705/c334f88e/attachment-0001.htm>