<div class="gmail_quote">On Wed, Feb 27, 2013 at 12:45 AM, Ivica Bukvic <span dir="ltr">&lt;<a href="mailto:ico@vt.edu" target="_blank">ico@vt.edu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<p dir="ltr">This may be because you didn&#39;t hide gop titles, in which case pd-l2ork resizes gop size to match the text width.</p>
<p dir="ltr"></p></blockquote><div>Yes this is indeed the case. I noticed, however, that there was no title to be displayed, meaning that with &quot;hide GOP title&quot; unchecked, the rectangle was bigger but there was no title (see attachment).<br>

And it shows the frame when it&#39;s embedded in another GOP. <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">Regarding slow redraw, can you try latest version? I fixed one major inefficiency.</p>

</blockquote><div>I&#39;ll try it as soon as I get to it. I noticed meanwhile that during the hangup, this error is thrown to the command line a few times:<br>tcl/tk error: unknown encoding &quot;yahoo&quot;<br><br>András<br>

<br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="gmail_quote"><div><div class="h5">On Feb 26, 2013 6:22 PM, &quot;András Murányi&quot; &lt;<a href="mailto:muranyia@gmail.com" target="_blank">muranyia@gmail.com</a>&gt; wrote:<br type="attribution"></div></div>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
Thanks for the reply.<br>The hangup is literally 5 minutes, CPU is maxed out most of the time. The undo takes 5 seconds, again literally.<br>It doesn&#39;t occur in pd-extended.<br><br><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">





Nested gop subpatches should show their outlines and xlets (just like number2 or toggle does as well), shouldn’t they?<br></blockquote><div><br>Well, traditionally they don&#39;t and I think they should not. This would be consistent behavior if the borders of every element in the outer GOP subpatch would be visible. *However, I was wrong and actually this is not what&#39;s happening.*<br>





</div>Rather, it seems that some GOP subpatches have the wrong size, and then they also show thru nested GOPs. See the attached screenshot: at the top left corder of the open subpatch, there are two GOP subpatches (&quot;Cut&quot; and &quot;Res&quot;; their guts are shown in the open subpatch window), each wider than they should be. The big gray rectangle at the bottom of the image is a large GOP subpatch itself, and the same nested GOP shows thru it. I couldn&#39;t reproduce this symptom from scratch.<br>





<br>András<br><br><br><div class="gmail_quote">On Fri, Feb 22, 2013 at 10:37 PM, Ivica Ico Bukvic <span dir="ltr">&lt;<a href="mailto:ico@vt.edu" target="_blank">ico@vt.edu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">






  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <div>One clarification now that I read your
      report more carefully. Mknob makes abstraction movement slower
      because this is the old/non-accelerated pd way of moving things.
      The new pd-l2ork model falls back on that when at least one object
      in the abstraction does not support accelerated moving. Once I get
      to fixing the mknob to support accelerated displace, this will be
      fixed. I am still surprised to hear this is taking 5 minutes,
      though. Is this an exaggeration or truly 5 minutes?<br>
      <br>
      Also, if you are undoing objects that are non-accelerated or
      complex abstractions, you are running into same problems because
      you are moving and redrawing non-accelerated way...<br>
      <br>
      Is the same slowness perceived on regular pd when moving the said
      abstraction?<br> </div></div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000"><div><div><div><br>
      <br>
      On 02/22/2013 03:34 PM, András Murányi wrote:<br>
    </div></div></div>
    <blockquote type="cite"><div><div>So, I&#39;ve played around with the last git, here are
      some things I&#39;ve noticed:<br>
      - miXed/toxy is not in pd-l2ork and it&#39;s perfectly alrite because
      some kinds of [widget] work while others not.<br>
      - [flatgui/popup] is installed by default but it throws an error
      when clicked on: Invalid command name &quot;pdtk_canvas_mouse&quot;.<br>
      - moving a simple GOP abstraction with a single [mknob] in it
      takes like 5 minutes (!) on a 2.4GHz dual core when the patch is
      big. It&#39;s fast however when the patch is simple. Undoing the
      movement is not instant but it is quick (~5sec).<br>
      - nested GOP subpatches show off their outlines and xlets.<br clear="all">
      <br>
      -- <br>
      Murányi András
      <br></div></div></blockquote></div></blockquote></div><br>
<br></div></div><div class="im">_______________________________________________<br>
<a href="mailto:Pd-list@iem.at" target="_blank">Pd-list@iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -&gt; <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
<br></div></blockquote></div>
</blockquote></div><br><br>