Well, you can do this already with a couple of blocks. The question is always about whether or not is a good idea to provide a block that does something specific that can be done with a couple of other blocks. For example, in my opinion there should not be a a "forever if" block because the same can be done with other blocks, but I can see the why people think we should have it.
Offline
I agree that forever-if is poorly chosen, since it is two blocks (neither an if):
forever
wait until <condition>
body
If scratch supported libraries of user-defined blocks, forever-if could be moved into a library, so that it wouldn't clutter up the base language.
Offline
a libary of useful scripts/parts of scripts would be good. i frequently use similar bit and it would be great to have basic scripts saved
Offline
Having backgrounds bigger than the window and allowing them to scroll (by moving the stage) would be nice. It would not require more blocks (we have all the movement blocks we need, I think), but just allowing the blocks to be applied to the stage. The biggest changes would be in the background editor, since backgrounds could now be bigger than 480x360. Importing large images would have to give scaling options, rather than the current approach of scaling to fit on the screen.
It might also be good for movable backgrounds to have a "wraparound" feature, so that moving past the right edge would show the left part of the image, and moving past the top would show the bottom of the image.
Offline
kevin_karplus wrote:
Having backgrounds bigger than the window and allowing them to scroll (by moving the stage) would be nice. It would not require more blocks (we have all the movement blocks we need, I think), but just allowing the blocks to be applied to the stage. The biggest changes would be in the background editor, since backgrounds could now be bigger than 480x360. Importing large images would have to give scaling options, rather than the current approach of scaling to fit on the screen.
It might also be good for movable backgrounds to have a "wraparound" feature, so that moving past the right edge would show the left part of the image, and moving past the top would show the bottom of the image.
huh. So what you are saying is that we just import a background and increase its size to be bigger than the screen?
_____________________________________________________
go to my page and check out super smash bros. slideshow if your curious about the characters in super smash bros. brawl.
also, check out my PBR friend code project if you have wi-fi and pokemon battle revolution (and of course a wii).
Last edited by torterra (2007-10-18 18:32:30)
Offline
kevin_karplus wrote:
Having backgrounds bigger than the window and allowing them to scroll (by moving the stage) would be nice. It would not require more blocks (we have all the movement blocks we need, I think), but just allowing the blocks to be applied to the stage. The biggest changes would be in the background editor, since backgrounds could now be bigger than 480x360. Importing large images would have to give scaling options, rather than the current approach of scaling to fit on the screen.
It might also be good for movable backgrounds to have a "wraparound" feature, so that moving past the right edge would show the left part of the image, and moving past the top would show the bottom of the image.
i agree
Offline
kevin_karplus wrote:
Having backgrounds bigger than the window and allowing them to scroll (by moving the stage) would be nice. It would not require more blocks (we have all the movement blocks we need, I think), but just allowing the blocks to be applied to the stage. The biggest changes would be in the background editor, since backgrounds could now be bigger than 480x360. Importing large images would have to give scaling options, rather than the current approach of scaling to fit on the screen.
It might also be good for movable backgrounds to have a "wraparound" feature, so that moving past the right edge would show the left part of the image, and moving past the top would show the bottom of the image.
you can already make one single sprite that is bigger than the screen.
Offline
Scratchie wrote:
How about an <I recive> sensing block?
I TOTALLY Agree. It Would Make The Broadcasting System More Useful. Go With Scratchie's Idea, Everybody!
_________________________________________________________________________________
Blue's My Name, Smart's My Game!
Offline
MyRedNeptune claims that you can make sprite bigger than the screen. I don't believe that this is currently possible.
MyRedNeptune, can you put up a small project that has a sprite bigger than the screen?
Offline
I think I need a hide variable because my AQ (again thanks to AE team) uses a LOT of variables and they get annoying just looking at them forever
looks like this: <hide><{variables}>
Offline
You can remove the variable display from the playing screen, either by dragging it off the screen or by clicking on the checkbox next to the variable on the variable pane.
The proposal for "hide/show variable" is to allow the variables to be displayed some of the time, but not all the time while running the program.
Offline
Scratchie wrote:
How about an <I receive> sensing block?
Great idea. I'm trying to make a game similar to lemmings and that would make a lot easier.
Offline
MyRedNeptune wrote:
you can already make one single sprite that is bigger than the screen.
Huh i don't think so. You cant make sprites bigger than the screen in the editor, and if you've created a sprite just as big as the screen, it ignores
[blocks]<set size to( more then 100 )%>[/blocks] .
Offline
a scrol button is a great idea i think because we could then make side scroling platformers
Offline
How about an "End" block? It would stop whatever the script was doing, but unlike the
<stop script>
block it would continue to check for if something's happening. Someimes with
<forever if>
I want something to happen, then stop after a while, but it keeps repeating! "END"
would be a helpful block.
Last edited by vgman20 (2007-11-06 20:47:56)
Offline
JSO wrote:
MyRedNeptune wrote:
you can already make one single sprite that is bigger than the screen.
Huh i don't think so. You cant make sprites bigger than the screen in the editor, and if you've created a sprite just as big as the screen, it ignores
[blocks]<set size to( more then 100 )%>[/blocks] .
One way to do this is to "Grab screen region for new sprite".Next choose the entire scratch window. Then, without using the clear button, use the eraser to erase everything on it. Then draw what you want on it.
Offline