Why'd it get removed?

Pwease can we have it back? *puppy eyes*
We were even blogging about it.

What happened to scrolling?

EDIT: Figured it out. Now, the question remains: Why?! It was totally awesome! (though I had my own quips with it, but hey…)

We were excited about adding it too! But then we began discussing an alternative approach that would make it more powerful and possibly easier to make a lot of projects, but will require a lot more thinking and then iterations and thus won't be ready in time for the initial 2.0 launch.

DETAILS for those interested:
The core idea under question is whether sprites can scroll with the backdrop–should sprites be allowed to go off the Stage but stay on the scrolling backdrop. So that the coordinates for the sprite expand beyond 480x360 and be in reference to the backdrop dimensions instead of the Stage area – for any project that has a backdrop larger than the standard 480x360. That could make projects where a character is exploring or interacting with things in different parts of the background a lot easier.

A lot of related details to consider: what happens when you switch backdrops within a project to a smaller one? Should Sprites then be able to either wrap or go on forever as well as stick to the edge as options? When you import a new image into the paint editor for the Stage should it ask you if you want to resize it or not? Can people paint images they want to scroll, and if so, what interface controls tell the image editor to make a larger size? ….

Well, we have paused on even thinking out what all the questions are – because we also think scrolling will be an important feature to add and to take time to figure and test out. It wouldn't be good to change that later because it would break all previous scrolling if the coordinate references do change– so it's planned for after the initial release to figure all that out.

(All part of alpha testing– experimenting with features and deciding if they're ready to be rolled –or scrolled –out yet.)

How about you change a simple thing: allow the stage to be zoomed? Then you can do all of the above by zooming a high-res (vector graphics FTW!) stage to maybe double the size and then scrolling. Sprite placement should be always relative to the origin, and if you want it to be offset to the stage you should have to do some math (stage scroll x * stage zoom, stage scroll y * stage zoom). Go to (stage) should also be a choice.

Hardmath123
How about you change a simple thing: allow the stage to be zoomed? Then you can do all of the above by zooming a high-res (vector graphics FTW!) stage to maybe double the size and then scrolling. Sprite placement should be always relative to the origin, and if you want it to be offset to the stage you should have to do some math (stage scroll x * stage zoom, stage scroll y * stage zoom). Go to (stage) should also be a choice.

Best. Idea. Yet.

Thanks.

Interesting alternative approach. I'll share with others on the Scratch Team who will be thinking this over after the 2.0 release.