This is a read-only archive of the old Scratch 1.x Forums.
Try searching the current Scratch discussion forums.

#1 2011-06-16 21:45:27

illusionist
Retired Community Moderator
Registered: 2008-07-02
Posts: 1000+

Why procedures as portrayed are a redundancy

http://2.bp.blogspot.com/-OhALRD0V6RM/TY6VKdpYUNI/AAAAAAAAAB0/iOaAK2EX9GA/s400/jump-block.png

This picture can be found on one of Lightnin's Scratch 2.0 update blog posts. As shown by this next picture, it is redundant of broadcasts:

http://i53.tinypic.com/ege4vl.png

What will make procedures different in Scratch 2.0?

Last edited by illusionist (2011-06-16 21:46:54)


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

Offline

 

#2 2011-06-16 21:52:53

Harakou
Community Moderator
Registered: 2009-10-11
Posts: 1000+

Re: Why procedures as portrayed are a redundancy

Well for one, I think it would probably be more accurate if that was a broadcast and wait block there, since Scratch 2.0 would probably wait for the block to finish executing before moving on. (Although an option to change that would be nice!) Maybe defined methods will be atomic, or you will be able to pass arguments to them?

Edit: As you'll notice further down in the post, you can indeed pass arguments to the created method. This can technically be done with broadcasts, but it requires an extra variable and another block every time you want to call the method.

http://1.bp.blogspot.com/-s0Z7HmigCkY/TY6VV5c1IkI/AAAAAAAAAB8/SqyulusFK1o/s1600/jump-pixels-height.png

You would need this script to replicate the same thing:

http://i.imgur.com/mIXeI.gif

Last edited by Harakou (2011-06-16 22:04:57)


http://www.blocks.scratchr.org/API.php?action=random&return=image&link1=http://i.imgur.com/OZn2RD3.png&link2=http://i.imgur.com/duzaGTB.png&link3=http://i.imgur.com/CrDGvvZ.png&link4=http://i.imgur.com/POEpQyZ.png&link5=http://i.imgur.com/ZKJF8ac.png

Offline

 

#3 2011-06-16 21:53:33

AtomicBawm3
Scratcher
Registered: 2009-06-27
Posts: 1000+

Re: Why procedures as portrayed are a redundancy

That's what I was thinking...are the "jump" scripts stored else where and thus don't take up image data, or what?


http://i50.tinypic.com/j0yw0p.jpg

Offline

 

#4 2011-06-17 17:31:10

Kileymeister
Scratcher
Registered: 2008-04-17
Posts: 1000+

Re: Why procedures as portrayed are a redundancy

I thought the procedures were able to be transposed between projects, meaning you don't have to go to the trouble of recreating it in every project, or making a seperate save file with one script and importing it into every project you need it in.

So every procedure is saved inside the program so you can use them in any project you make.  At least, that's what I thought.

Last edited by Kileymeister (2011-06-17 17:32:20)


I'm back, and showcasing two new* projects!  Click left or right on the image below to see!
http://img109.imageshack.us/img109/7905/part1l.pnghttp://img859.imageshack.us/img859/6417/part2bf.png

Offline

 

#5 2011-06-17 18:40:17

johnathandd
Scratcher
Registered: 2011-04-24
Posts: 100+

Re: Why procedures as portrayed are a redundancy

This seems like a cool version of Scratch! Where can I find it, I`m new here.


http://www.cartridgeworld.com/uploadedImages/Environment/environment_banner.jpg

Offline

 

#6 2011-06-17 18:42:34

Harakou
Community Moderator
Registered: 2009-10-11
Posts: 1000+

Re: Why procedures as portrayed are a redundancy

johnathandd wrote:

This seems like a cool version of Scratch! Where can I find it, I`m new here.

It's not out yet; this is from Lightnin's Scratch 2.0 development blog. There's no release date, but it should be out sometime later this year.


http://www.blocks.scratchr.org/API.php?action=random&return=image&link1=http://i.imgur.com/OZn2RD3.png&link2=http://i.imgur.com/duzaGTB.png&link3=http://i.imgur.com/CrDGvvZ.png&link4=http://i.imgur.com/POEpQyZ.png&link5=http://i.imgur.com/ZKJF8ac.png

Offline

 

Board footer