Scratch

You know the viewer in the top right hand side of the program? Some people,(who are making games that include a moving background) have to resort to scrolling in the script of the moving objects. if you had an option to create a canvas and zoom on it it, this would lead to less dragging and dropping of command boxes, and scratching sore heads. To describe futher,imagine a program such as photoshop, and create a new canvas. You can zoom on it and work on finer details but if scratch had this option, there is more room  that  is available to work in.
As increasing the canvas, the file would be grater in size but, if memory is a problem, you can keep the original scratch program and release a new program; that has this scrolling option available to the ones who have the space to keep such files. Therefore resulting in more awsome games.
But while thinking about this, there is a problem of when does the viewer move across the canvas? but if you have the option to chose which sprite to follow or set what speed to automatically move and the direction. It would solve that problem, but another problem would crop up. Where to put those options? How about a tab ( like the control and the motion tabs) that is called the canvas movement, or something.
If you have a massive canvas, the sprites you make for the ground will be in great numbers, or a massive splodge that takes up the whole space. But the sprite editor/maker could be automatically set to the size of the canvas when it's made. Therefore making big sprites that are easier to maneuver and to delete, instead of spending so much time on a lovely set of grass sprites that end up being deleted, consequently a waste of time.
The workspace, on the whole, would be less cluttered with sprites, and scripts. As well as having a clear view of where the sprites are on the canvas.