Reply to Re: scripting trouble, why always me
If you don't have an account, just leave the password field blank.
Striker:
I was trying to be vague in what it's supposed to do. Sorry it was not clear enough, but if you still want to know. Yes you were correct that the sprite is a rock. Actually, the same script is placed on four rocks. The created sprite is &hole, well it's a hole. &hole was created by the primary sprite (the rock) and it does it's thing, which I won't say. I found out that the script would only do their check procedures if all the rocks were pushed (&rock_placement would be 1111). I now know that this happened because the variables in the check procedure weren't subtracted in their if statements, but in the main check procedure brackets instead. That causes them to subtract always, so the variable would have to be = 1111 (I think) for it to work properly. Yes, it was a dumb mistake, but I was really annoyed due to what &hole actually does
Also, I don't need to preload the sprite created because it's a detail sprite thats "loaded now" in the ini.
I was trying to be vague in what it's supposed to do. Sorry it was not clear enough, but if you still want to know. Yes you were correct that the sprite is a rock. Actually, the same script is placed on four rocks. The created sprite is &hole, well it's a hole. &hole was created by the primary sprite (the rock) and it does it's thing, which I won't say. I found out that the script would only do their check procedures if all the rocks were pushed (&rock_placement would be 1111). I now know that this happened because the variables in the check procedure weren't subtracted in their if statements, but in the main check procedure brackets instead. That causes them to subtract always, so the variable would have to be = 1111 (I think) for it to work properly. Yes, it was a dumb mistake, but I was really annoyed due to what &hole actually does
Also, I don't need to preload the sprite created because it's a detail sprite thats "loaded now" in the ini.
