Scratch

nXIII wrote:

Okay, Jens, explain again about how a block is really just a script. 
There's some sense in which a block is reducible to a script, but pedagogically that block and that script are very different things.

I would love if you could do this...

Whoa, what do you want it to do?  The AND block takes Boolean inputs (those grey hexagons, a bad choice of color I guess since grey in other contexts means procedures -- I think we could just make them white, but Jens wants to emphasize that you can't type text into them, and I see his point), and you're giving it Predicate inputs.  Did you want the result of all this to be a procedure with four inputs?  Of course you can build such a procedure by wrapping a THE BLOCK around the whole thing with four named parameters.

Jens wrote:

Hey, that's not a glitch, that's an optimization   
(I know Brian insists it's a kludge, but it's elegant, because this lets us get away with a single apply/eval method for everything)

It's not elegant if the users don't understand it.  And in this case it made the result longer than it should be, namely, just a grey-bordered THE SCRIPT.

bharvey wrote:

nXIII wrote:

I would love if you could do this...

Whoa, what do you want it to do?  The AND block takes Boolean inputs (those grey hexagons, a bad choice of color I guess since grey in other contexts means procedures -- I think we could just make them white, but Jens wants to emphasize that you can't type text into them, and I see his point), and you're giving it Predicate inputs.  Did you want the result of all this to be a procedure with four inputs?  Of course you can build such a procedure by wrapping a THE BLOCK around the whole thing with four named parameters.

Well, that was just wishful thinking... I know how to do it with a stack, and I will make a simple Scratch in BYOB 3!

nXIII wrote:

I will make a simple Scratch in BYOB 3!

That would be amazing.  I can't wait to see it!

BYOP.2.99.006

Impossible to load my last application with the new image.
see http://www.xleroy.net/Byop/Bug/XL-Bug01.gif

Xavier, I'm sorry that you're encountering what seems to be a compatibility issue with a previous BYOB version. I'd really like to investigate this, is there any chance you could post the project that causes this problem to a website so I can download it, or send it to me: jens at moenig dot org ? Thanks!

To JM an BH :

I've discovered Scratch 2 weeks ago, and Byop one week later.
Please find my (definitive) comments :

Scratch is an extraordinary programming tool, I would say programming GAME.
For me it is largely similar to the 35 years old Logo (turtle, basic commands, double graphic&command window, graphic applications).

The brilliant idea of Logo inventors was to add a graphics layer to a comprehensive and high-level programming language, Lisp, which is a smart incentive to push kids to develop their own creativity and applications, WHILE learning the basic principles of algorithms, geometry, algebra, physics,etc

The same remark applies to Scratch, which brings upon the Logo layer, 3 major improvements, simple, but efficient to increase its attractivity and efficiency.

1 - the pick-and-stick style
2 - the multi features (window, sprite, costume)
3 - the reliability much higher than Logo whose "infinite loop and garbage collecting" was far from being safe.

Byop extension brings back into Scratch what was left back like functions and lists features, block editor, customized functions, methods etc

In the meantime, you prove the movement by walking !

Block Editor bug !!

Very often I've the bug message "A block with that label already exists"
The circumstances are :

I open one block to create a new function , add some instructions, and for any reason (retrieve somewhere useful instructions), I close it with OK to keep this first project.

Later on , I can start to edit this function,but if I want to add a new variable I've this message, then it is impossible to add any instructions. OK I close it. I decide to delete it to create a new one with the same name. Then the Block Editor ...blocks, giving I allways the same message.

So, It is impossible to recreate a new function with the same name after having create one which is corrupted !

My problem was that I intended to create a serie of 9 similar functions ldir1, dir2, ....dir9. I was blocked at the 9th. I don't want to delete the first 8th, in order to re-create 9 new functions with a different prefix !

My idea was to test the functionality existing in Logo, allowing to call a function whose name is created inside a function, depending of the context, for example :
if i=2 run function dir2...and so one.

I wanted to explore this feature which is probably explained in the tutorial (but I'm still blocked by my limits to understand such high-level topic written in english language..I've to learn by experience ...)

I am trying to make an E shaped block in which if a certain script is performed, another script is performed.

I can't figure out how to make it read if the script is performed.

Here is a mock-up image with an unscripted block that demonstrates a use for it:

i like dav09's ideas, in an ideal world it would be great if mesh worked without having to type in an ip address and instead their were lobbies to join.

PlayWithFire wrote:

soupoftomato wrote:

I am trying to make an E shaped block in which if a certain script is performed, another script is performed.

I can't figure out how to make it read if the script is performed.

Here is a mock-up image with an unscripted block that demonstrates a use for it:
http://img16.imageshack.us/img16/8052/b … perfor.gif

that's pretty much an if block.  why not make it so that it says

if (blank) happens then
and then it would perform it here.  you could make the blank accept blocks our groups of blocks.

Easy from making the block point of view, but I want it to be easy from using the block point of view. 

soupoftomato wrote:

I am trying to make an E shaped block in which if a certain script is performed, another script is performed.

I'm not sure I understand exactly what you want.  You mean, if some other script does a pen down, you want this script notified?  And you want it also to work for multi-block scripts, so I could say "if some script puts the pen down, sets the pen color to green, and draws a square, then do this"?

That would make everything soooo slow!   Any time any script does anything, it would have to check whether what it's doing -- or just a subset of what it's doing! -- matches a request by some user of your block.

Why can't you solve the problem by making a block MY-PEN-DOWN that does PEN DOWN and then does BROADCAST <pendown>?