<br><br><div class="gmail_quote">On Tue, Feb 10, 2009 at 11:25 AM, Gary C Martin <span dir="ltr"><<a href="mailto:gary@garycmartin.com">gary@garycmartin.com</a>></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>
'containers'. Think of it as a little like code folding, where you can<br>
collapse N bricks down into a single 'container' brick which has the<br>
correct brick connect shapes for it's inputs and outputs. Screen space<br>
</blockquote></div><br>I've done (but it'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'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 "compiles" the code and the "bitecode" is just string based, so if you could compile the code to python when there'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>