Scratch

Sidharth wrote:

EDIT: Run seems to be broken; it stays like http://i.imgur.com/OYQMD.png forever.

Good catch! Run, call, and friends should work now.

(slightly ridiculous test project with every kind of CSlotMorph and CommandSlotMorph)

Last edited by nXIII (2012-02-05 12:50:03)

scimonster wrote:

Whoops, wrong URL. 

Oh, yeah... localhost won't work at all. 
EDIT: There we go. It should work now.

Last edited by nXIII (2012-02-05 12:50:35)

Sidharth wrote:

Why doesn't this work?

Upvars ("Make internal var...") don't really work yet; Jens just made the user interface for them.  Stay tuned.

@ nXIII
Saving/loading of a simple project with one custom block from now is working.

Sidharth wrote:

Why doesn't this work? The .each block just runs forever:

http://i.imgur.com/8ttN2.png

(The range %lb...%ub reports a list of integers starting with lb and increases by 1 upto %ub)

First, thank you for all the feedback, it's really helpful! 

I think I finally found what was actually causing the problem, rather than what seemed to fix it. There are still some issues with saving that seem to come from rearranging blocks, so I'll look into that (but it's a separate issue).

EDIT: Broken link, I'm sick of doing this by hand, so I'm implementing the "share…" menu item

Last edited by nXIII (2012-02-05 17:22:16)

nXIII wrote:

http://localhost/Snap/nasciturus.html

There's that localhost thing again.   

Test Project

EDIT: oops, wrong project version.

The "Share…" feature now "works", i.e., it generates a usable URL. However, the morphic text editing tools are incapable of letting the user copy the URL, so for now it's just console.log()'ed.

Last edited by nXIII (2012-02-05 17:35:19)

Hardmath123 wrote:

@Jens: You say you want to bypass all the local widgets, yet you use the local alert() box!    That should bring up a Morphic browser-independent box, otherwise the whole application would "freeze 'till further notice". Also, I'm sure I brought this up before, but it might be better to cheat a bit with the text stuff and use HTML <span>s. The Canvas API's fillText() function is pretty slow when called hundreds of times. Also, the buttons could be less fancy, gradients slow it down, too.

this^^

Jens wrote:

Hehe, alert() is only temporarily in there for debugging purposes. Remember, this is our live development environment, therefore things will often be at times broken or otherwise non-functionial. As far as DOM-rendering is concerned I'm staying firmly on the Morphic side of things, and it's going to be blindingly fast anyway (because we can reuse gradients and cached bitmaps elsewhere), so don't worry. You knew that, of course 

My point there was, it's not blindingly fast (yet, anyway). I cannot have two Snap!s open in different tabs and working reliably, which is my usual speed test, and blocks are always 50 pixels behind the mouse (FF 3.5.3 Mac, Safari 5.1.2 Mac: both).

We all know that and support you all the way, If I ever stop dragging my feet and learn JS, I would be happy to write some code for you    I know python and C but that's about it 

Last edited by 14God (2012-02-06 23:28:22)

@ jens, bharvey...and others
1 - I wonder if it would not be preferable to have the palette blobs at the highest part of the screen.
2 - Your "custom block" is improved. Curiously I could not make work a simple ABS block to report an absolute value. Neither with the "block", nor with SET + CSCRIPT. In both cases it "redfreezes".
3 - Personnally I like the way of putting together all custom blocks in the same palette rather than spiltting them amongst several palettes (contrarily to Byob 3)

Hi Xavier,

you're right about the position of the category buttons. nXIII's version was an independent experiment with some interesting aspects to it. The actual Snap development version at the byob.berkeley.edu site or at chirp.scratchr.org has a different GUI (but saving is currently being rewritten by nXIII und doesn't work there). It's probably best and least confusing if we don't fork development versions all over the web 

custom reporter blocks work for me (without saving and loading, of course). Could you perhaps try again using the above url? thanks for your feedback and for all the encouragement!