<html><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px">Well, my quick fix was to put an extra gobj_vis call before the current one, and set the flag to "0".<br><div id="yui_3_16_0_1_1427384987018_3066"><br><span></span></div><div dir="ltr" id="yui_3_16_0_1_1427384987018_3839"><span id="yui_3_16_0_1_1427384987018_4228">-Jonathan<br></span></div><div id="yui_3_16_0_1_1427384987018_4423" dir="ltr"><br><span id="yui_3_16_0_1_1427384987018_4228"></span></div><div id="yui_3_16_0_1_1427384987018_7361" dir="ltr"><span id="yui_3_16_0_1_1427384987018_4228"></span></div> <br><div class="qtdSeparateBR"><br><br></div><div style="display: block;" class="yahoo_quoted"> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div dir="ltr"> <font face="Arial" size="2"> On Wednesday, March 25, 2015 8:33 PM, Miller Puckette <msp@ucsd.edu> wrote:<br> </font> </div> <br><br> <div class="y_msg_container">I believe I put that in because I was unable to figure out how to guarantee<br clear="none">things got properly erased in all the strange cases that come up. Now<br clear="none">that I'm early in a release cycle maybe I can try to 'fix' this without<br clear="none">risking major oopses.<br clear="none"><br clear="none">Off to SEAMUS conference for a few days, so this won't happen too fast.<br clear="none"><br clear="none">cheers<br clear="none">Miller<br clear="none"><div class="yqt0735429359" id="yqtfd89276"><br clear="none">On Wed, Mar 25, 2015 at 01:31:51AM -0400, Jonathan Wilkes via Pd-list wrote:<br clear="none">> From canvas_setgraph in g_canvas.c (with my own comments added):<br clear="none">> if (glist_isvisible(x) && x->gl_goprect)<br clear="none">> glist_redraw(x); // This ends with a redraw of the GOP window<br clear="none">> itself on the parent<br clear="none">> if (x->gl_owner && !x->gl_loading && glist_isvisible(x->gl_owner))<br clear="none">> {<br clear="none">> gobj_vis(&x->gl_gobj, x->gl_owner, 1); // This draws the GOP<br clear="none">> window for a second time if the above conditional is met<br clear="none">> canvas_fixlinesfor(x->gl_owner, &x->gl_obj);<br clear="none">> }<br clear="none">> <br clear="none">> It's a rather innocuous bug since Pd-Vanilla erases the entire graph the<br clear="none">> moment you draw or update it. But because tk gives you no tools to inspect<br clear="none">> the data drawn on a tk canvas, it's extremely difficult to track down bugs<br clear="none">> like these. (I found it with chromium-devtools, which visually highlights<br clear="none">> graphical elements when you browse them in the html.)<br clear="none">> <br clear="none">> -Jonathan</div><br clear="none">> <br clear="none">> _______________________________________________<br clear="none">> <a shape="rect" ymailto="mailto:Pd-list@lists.iem.at" href="mailto:Pd-list@lists.iem.at">Pd-list@lists.iem.at</a> mailing list<br clear="none">> UNSUBSCRIBE and account-management -> <a shape="rect" href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><div class="yqt0735429359" id="yqtfd85386"><br clear="none"></div><br><br></div> </div> </div> </div></div></body></html>