<br><br><div class="gmail_quote">On Tue, Feb 10, 2009 at 11:25 AM, Gary C Martin <span dir="ltr">&lt;<a href="mailto:gary@garycmartin.com">gary@garycmartin.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">On 10 Feb 2009, at 10:54, <a href="mailto:forster@ozonline.com.au">forster@ozonline.com.au</a> wrote:<br>
<br>
</div>Well, keeping code short/simple is a good skill to learn :-) But if<br>
there is desire to move in this direction it might be worth looking at<br>
&#39;containers&#39;. Think of it as a little like code folding, where you can<br>
collapse N bricks down into a single &#39;container&#39; brick which has the<br>
correct brick connect shapes for it&#39;s inputs and outputs. Screen space<br>
</blockquote></div><br>I&#39;ve done (but it&#39;s not merged and is quite rough) a litle change to hide the definition of a stack, when you click on it, achieving a cleaner canvas, without much hassle with the containers type. The only change needed is that instead of execute a stack when you click on it, it just hides/shows its content. The other thing that would be missing is a library container, where you can store the stacks.<br>
<br>I couldn&#39;t agree more with the editable python block, but I think the best route would be to lunch an inline instance of pipy.<br><br>In the speed issue, every time you execute some code, it first &quot;compiles&quot; the code and the &quot;bitecode&quot; is just string based, so if you could compile the code to python when there&#39;s a change and only the changing part, you would have less time to start the execution and a faster execution in itself.<br>
<br>regards,<br>Luis<br>