Scratch

@Jens
If one Sprite is duplicated , its local blocks are also duplicated and available for the "son". I think that this is a correct way of doing.
The issue of Saving/Loading list variables seems to be related only with a list of blocks using the ring feature (ex C-Shape)

stickdude123 wrote:

check this out! mozilla stole BYOB name!
https://byob.mozilla.com/en-US

Exact !!

Jens wrote:

Folks, this week's work on Snap! features among other things...

Including a new Snap! icon!    Or maybe I just missed it before.

Last edited by shadow_7283 (2012-06-15 14:09:01)

who are the BYOB devs?

Squawkers13 wrote:

who are the BYOB devs?

Almost all the actual programming has been done by Jens Mönig.  As of BYOB 3.0 the design is partly mine, and so is most of the documentation.  A handful of other people have contributed code to the new, alpha-test, 4.0 version, and bazillions of people have contributed bug reports and feature suggestions.

MathWizz wrote:

http://img69.imageshack.us/img69/886/imageam.png

?

?

MathWizz wrote:

My version? Mine looks great on a non-white background.

Okay, make me an animated gif.  (Oh, and, a little longer on each of the icons and a little less Jens than the current one.  He should be subliminal in it.  )

EDIT:  ... and don't say "Poof! You're an animated gif!" 

Last edited by bharvey (2012-06-16 21:46:35)

scimonster wrote:

stickdude123 wrote:

check this out! mozilla stole BYOB name!
https://byob.mozilla.com/en-US

It looked like it's from 2005, which means it's the other way around. 

@Jens
I've discovered new features.
Following remarks are based on Chrome + Windows
- Screenshot does not capture the Sprite Screen
- Point Towards Mouse pointer/Sprite OK
- Goto Mouse pointer/Sprite OK
- Sprites are now "shadowed"

shadow_7283 wrote:

Great work Jens! Caching made things much quicker. 

I'm really psyched about how much faster Snap! is than BYOB, in every way, not just graphics, although that's very important too.  And as of today Snap! can save, load, and run my tree project (one of the BYOB examples).

I'm going to work on getting more examples converted.

bharvey wrote:

shadow_7283 wrote:

Great work Jens! Caching made things much quicker. 

I'm really psyched about how much faster Snap! is than BYOB, in every way, not just graphics, although that's very important too.  And as of today Snap! can save, load, and run my tree project (one of the BYOB examples).

I'm going to work on getting more examples converted.

And, in addition ("cerise sur le gâteau" as we say in french) you can share your projects. Jens has passed me some of your projects in the xml file format, that I can load in my Snap!

xly wrote:

"cerise sur le gâteau"

Lemme guess: cherries on the cake? In English, it's icing on the cake.

EDIT: Outposted!

@bharvey: Remember that Scheme interpreter? It's working wonderfully! Just need to sort out some scoping problems. 

Last edited by Hardmath123 (2012-06-22 12:38:47)

Hardmath123 wrote:

Are you allowed to write lambda-making code in Scheme?

Oh, yes, of course!  That's the whole beauty of Scheme.  Your one-liner shows the essence of how you do OOP in Scheme, since the argument to the outer procedure is a persistent local state variable in the inner one.

My first guess, without reading your interpreter code, is that when you call a procedure you are extending the current (calling) environment instead of extending the environment in which the procedure was created.  Maybe because you're not remembering that environment when you evaluate the lambda expression that creates the procedure.

P.S.  Once you get that done you can work on call/cc. :-)