Scratch

OK,  first make 2 variables oldScrollX and oldScrollY

First make sure all the places you don't want to go into is one colour.

Put this script in

when flag clicked
forever
if touching colour (specify colour)
set scrollX to oldScrollX
set scrollY to oldScrollY
end
set oldScrollX to scrollX
set oldScrollY to scrollY
end

This will make it so that the sprite will never end up inside the specified colour.

Purplewalrus wrote:

What do you mean by end? Do you mean stop script or what? Also will this work if I just draw lines? I want the player to be able to see into the distance of where they can't go.

By end I mean this part of the block

<end>

This will work if you draw lines.

Last edited by archmage (2009-01-07 21:01:30)

I just tried to make the pictures with those blocks that the forums lets you use, and it didn't work as you can see with my previous post. it just made links, i guess you'll have to use the picture.

When I said, "I got it to work this time." I meant I got the forum script to work, not the actual script

Now I am really confused. When I looked at your project online it looked fine, it worked. When I downloaded it, it didn't work. Then when I uploaded mine to this website, thinking it would work like yours, it didn't work. Do you have any idea whats going on?

Oh yeah, I downloaded it and got the same error.

Let me check it out, I know it has something to do with the lag on the terrain sprites.

I wish they would allow direct scripting

function newBlock(b,pos)
{
var pudding = pos
}
return pudding
end

>.>
To tell the truth I dont actually script Much  Java, just a lil, but I know alot of lua, lua would be easier than java.

function SaySomething(Something)
print(Something," has been said because I wanted It to say that")
end
SaySomething("Lol")

Last edited by Hellbender (2009-01-07 22:07:02)

This script is giving me a rough time :S

Let me explain why this should work and why this is the scratch program's fault.

lets assume that the user has the down arrow key down, and one more movement down will push the sprite into green space.

This is my script (ignore the get out broadcast, I was testing stuff)





So the code should run through as follows.


1.the variable scrollY is 95 now, one more increase and the sprites moves into green zone. The oldScrollY variable is set to 95.

2. The down arrow key is down so we change the scrollY variable by 5

3. Since we are now in the green zone we have a script to move out of the green zone. The script will set the scrollY variable which is set to 100 to the oldScrollY variable which is set to 95.

4. We are out of the green area and life is good 

However THIS DOES NOT HAPPEN 

Seriously, this defys all logic.

Last edited by archmage (2009-01-07 22:30:55)

Purplewalrus wrote:

Wait...so your saying it can't be done?

No, there is a way, but it involves using sensor sprites. I am just saying that my logic is perfect and that in any other language this would have worked but scratch is stupid sometimes.

Wait a bit and I'll upload another solution.

Here, it uses sprites to detect its surroundings
http://scratch.mit.edu/projects/archtest/374326
Download it,  look at the code.

OMG!!! Thank you sooo much! It finally works now!!! :-)

if only i saw this earlier. This is a very helpfull detection coding method as the sprite doesint apear to bounce, i use it all the time and its the perfect soltion, even to slow old scratch. (also arch, simply moving the colour hitTest before the variable reset should solve it aswell, although ive never tried it like that.