I think many of us want this feature:
Sprites can go off the screen. Their position isn't setted to another, if the rotation-point too far outside. So scriolling would be much easier. Also with 2.0 came a small change with heavy damage. Sprites can't go so deep or high like in 1.4. This bug crashed many of my games. Also it's very annoying when a sprite in a scrolling project stucks at the edges and to will not disappear or disappears and appears very suddenly.

But what is with the new Scratchers? I think they are the reason, why sprites can't move off the screen. (maybe the touched block and other technique problems are a reason, too) To make it also easy for them the project could get a checkbox “allow sprites to move off the screen”. Or sprites can move so far off the screen until they are completly invisible, but not further.
Also you can add, that when you right-click a sprite you can choose the option “go back to screen” to make the sprite visible again, when you lost it.

What do you think?

EDIT:
i tested the touching sprite block and it shows also true when both are off the screen. Also other languages like java havn't this problem, too.

SUPPORTERS:
Zparx
ProdigyZeta7
Lilifant7253

I think that if the Scratch team doesn't want sprites to be off the screen for overload issues or issues with finding said sprite, they should at least implement an allowable range, say, 200 steps in each axis (x&y).

Support!

Zparx wrote:

I think that if the Scratch team doesn't want sprites to be off the screen for overload issues or issues with finding said sprite, they should at least implement an allowable range, say, 200 steps in each axis (x&y).

Support!

yes, that's what i ment with move so far until they are invisble but not further. At the moment bigger sprites can move further than small sprite, so i think its possible to make them move a little bit further. Otherwise i have to use invisible gradients. They exist, but they are invisible, but this does not work together with the touched block, so i want this suggestion to be real

I was gonna tell a story about the time when I tried to make a sprite go beyond the borders but instead….

Support.

i think it also gives new scratchers more problems than it solves…

bump

TM_ wrote:

I think many of us want this feature:
Sprites can go off the screen. Their position isn't setted to another, if the rotation-point too far outside. So scriolling would be much easier. Also with 2.0 came a small change with heavy damage. Sprites can't go so deep or high like in 1.4. This bug crashed many of my games. Also it's very annoying when a sprite in a scrolling project stucks at the edges and to will not disappear or disappears and appears very suddenly.

But what is with the new Scratchers? I think they are the reason, why sprites can't move off the screen. (maybe the touched block and other technique problems are a reason, too) To make it also easy for them the project could get a checkbox “allow sprites to move off the screen”. Or sprites can move so far off the screen until they are completly invisible, but not further.
Also you can add, that when you right-click a sprite you can choose the option “go back to screen” to make the sprite visible again, when you lost it.

What do you think?

EDIT:
i tested the touching sprite block and it shows also true when both are off the screen. Also other languages like java havn't this problem, too.

SUPPORTERS:
Zparx
ProdigyZeta7

I support too! This feature would be nice.

Lilifant7253 wrote:

TM_ wrote:

I think many of us want this feature:
Sprites can go off the screen. Their position isn't setted to another, if the rotation-point too far outside. So scriolling would be much easier. Also with 2.0 came a small change with heavy damage. Sprites can't go so deep or high like in 1.4. This bug crashed many of my games. Also it's very annoying when a sprite in a scrolling project stucks at the edges and to will not disappear or disappears and appears very suddenly.

But what is with the new Scratchers? I think they are the reason, why sprites can't move off the screen. (maybe the touched block and other technique problems are a reason, too) To make it also easy for them the project could get a checkbox “allow sprites to move off the screen”. Or sprites can move so far off the screen until they are completly invisible, but not further.
Also you can add, that when you right-click a sprite you can choose the option “go back to screen” to make the sprite visible again, when you lost it.

What do you think?

EDIT:
i tested the touching sprite block and it shows also true when both are off the screen. Also other languages like java havn't this problem, too.

SUPPORTERS:
Zparx
ProdigyZeta7

I support too! This feature would be nice.

cool

TM_ wrote:

Lilifant7253 wrote:

TM_ wrote:

I think many of us want this feature:
Sprites can go off the screen. Their position isn't setted to another, if the rotation-point too far outside. So scriolling would be much easier. Also with 2.0 came a small change with heavy damage. Sprites can't go so deep or high like in 1.4. This bug crashed many of my games. Also it's very annoying when a sprite in a scrolling project stucks at the edges and to will not disappear or disappears and appears very suddenly.

But what is with the new Scratchers? I think they are the reason, why sprites can't move off the screen. (maybe the touched block and other technique problems are a reason, too) To make it also easy for them the project could get a checkbox “allow sprites to move off the screen”. Or sprites can move so far off the screen until they are completly invisible, but not further.
Also you can add, that when you right-click a sprite you can choose the option “go back to screen” to make the sprite visible again, when you lost it.

What do you think?

EDIT:
i tested the touching sprite block and it shows also true when both are off the screen. Also other languages like java havn't this problem, too.

SUPPORTERS:
Zparx
ProdigyZeta7

I support too! This feature would be nice.

cool

I think the idea to help the new scratchers with the extra Option is nice too!

I definitely support this. This is required any time you want to make a game with a virtual camera, and it would save lots and lots of time when tracing doing 3d drawing or tracing rays because as of now you have to interpolate to fix it. This could potentially speed up 3d in scratch allot.

Support!

I will support this. This will be very useful in scrollers, and other things.
Support!

I support this. I NEED it for my new side-scrolling game really bad!

This is also my first post on the forums. I feel like there should be another sentence here, but I don't know what to write, so I'm just writing this instead.

Support.

U^ｪ^U::motion//This is Blocky. He lives in my signature. He is a trained attack block. He protects my siggy from kumquats.

Support.

when [chromometer altimeter v] = [5th length v] and [7th length v] with a [gap v] of (17) ::events hat
forge [chromometer v] altimeter until < (speed) = (velocity)> ::control cstart
	switch places with (759 v) altimeters with value of (speed) ::looks
	control [altimeter 1 v] at time (10):(17):(58) ::control
end
initialize sequence (24) so [object 3 v] moves to x (156) y (231) ::control
reveal [final answer v] and stop running this script ::events cap

SUPPORT. This would fix my projected called infininote

Support. There are workarounds, but it would be so much better if this was just implemented. After all, new Scratchers can “lose” their sprites with the hide block, but I don't see anyone wanting to remove the hide block because - surprise - it's really useful. There was actually a topic that the ST posted on, and they were considering it, but they've not said anything about it since December. Here's the topic.

Support!

I support!

(user id ::sensing)

This is a duplicate of: https://scratch.mit.edu/discuss/topic/4762/

from original topic,

griffpatch wrote:

add another checkbox under the sprite info pane under the ‘can drag in player’ and ‘show’ checkboxes called something like ‘can move off screen’.

I support this ^^