no support,

1. Because you could just make clones, use this

when I receive [game start v]
set [game start v] to [true]
repeat (6)
next costume
create clone of [myself v]
end

when I start as a clone
if <(game start) = [true]> then
insert a bunch of scripts here
end

simple

2. (for point to nearest sprite)

again, a workaround

if <(distance to [sprite1 v]) < (distance to [sprite2 v])> then 
point towards [sprite1 v]

else
point towards [sprite2 v]
end

No Support. It could get glitchy and as @I-Iz-A-Litten said, you could use clones.

Support

Gabby2015 wrote:

Hey there. I'm new to Scratch and have no clue whatsoever how to things work around here. I make my own art, and I ma working on 2 Projects now. I have also made one edit that I was allowed to take and edit. The original owner of the edit is PastelFlower. I'd love it if u could check out my work and tell me how to do things?? Thanks x

Techtix wrote:

I'd love for this feature to be added. Because a bigger project with more sprites means a huge mess

Woah, please don't necropost.

Support.

<yes please>

Charles12310 wrote:

No Support. It could get glitchy and as @I-Iz-A-Kitten said, you could use clones.

uh huh, (and it's I-Iz-A-Litten)

Charles12310 wrote:

No Support. It could get glitchy and as @I-Iz-A-Litten said, you could use clones.

What I mean by glitchy is, where would the sprite go? If sprites in one group all over the place, the system will get confused on where to go.

I like this. I had a similar idea, not realising this existed, but yeah.
My idea was that also, you can load and unload multiple groups at a time, as for a level system, or shop screen.

Like, when you click ‘'Shop’' it will unload, say ‘'Title Screen’' and load ‘'Shop’' group.
This could not only be used to load many things at once, but also you could unload huge groups, as to stop tons of lag.

ProdigyZeta7 wrote:

Blaze349 wrote:

ProdigyZeta7 wrote:

Still no support. It is completely possible to do sprite grouping like so.

{blocks}

we could make it easier also sprite groups help organize sprites like if you had 50 sprites

*sigh* The reason why “we” can't implement this is because it can already be done with the existing blocks. If your blocks were added, Scratch would be too easy; it's supposed to be somewhat easy to learn, but still have a challenging feel.

Well, I think that folders/groups/whatever you call it would be amazing, because by being able to load and unload huge chunks at once, much bigger projects could be made. I was working on a rythm (I can't spell that ) game, which was going to have many different levels, but not only did it start to get too laggy to work, but it was a huge hassle having to make so many things load and unload. Folders, if they existed, could just have a thing so when you click the button, it unloads everything in ‘menu’ and loads ‘level 26’ or so. I have a lot of games where lag is a problem, and if we could just have folders, it would solve a lot of problems, and time.

This is needed because putting a “if touching ___or___or___or___” can take up a lot of space

Duplicate. 3 pairs of duplicates with one of them being a pair of 3 in the first 20 posts…

smartzx wrote:

Duplicate. 3 pairs of duplicates with one of them being a pair of 3 in the first 20 posts…

It's actually not a duplicate: that is just organisation purposes, but this one has extra blocks along with it as well.

I-Iz-A-Litten wrote:

no support,

1. Because you could just make clones, use this

when I receive [game start v]
set [game start v] to [true]
repeat (6)
next costume
create clone of [myself v]
end

when I start as a clone
if <(game start) = [true]> then
insert a bunch of scripts here
end

simple

2. (for point to nearest sprite)

again, a workaround

if <(distance to [sprite1 v]) < (distance to [sprite2 v])> then 
point towards [sprite1 v]

else
point towards [sprite2 v]
end

I have no idea what you're trying to imply here… can someone explain?

Sometimes coding gets lengthy, its just the way it is, though, there are still workarounds.


Point to Nearest Workaround

Sprite Group Workaround
(add any other sprite names in the group to the list for enemies you want in it)

These were made by me in the editor because it is tedious scratch blocks in forums, as the drop down gets put behind the typing view.

UUURGH, I made something explaining good reasons other than ‘because it looks nice’ and yet it gets taken down as a duplicate.
NO, organisation is not the only reason this could be useful. As said before, it could be extremely useful as some sort of ‘Homing’ attack, plus with Folders it could really help with loading levels, shops. many different things. Some people created 3D games, and there could be much more if you had the ability to enable and disable huge amounts of things at once,

That's another reason I gave actually! Disabling huge clutters of things at once, allowing much more amazing things to be created. This could also be used to help create huge things. I was working on a game that needed too many things running at once, and they're all using scripts, no matter if x is equal to their position or not.

Besides, why are lots of you so against the idea? It wouldn't hurt, and it wouldn't remove any of the challenge, it would just make it less tedious to do large amounts of things.
And also, can't people create large amounts of clones anyway?

when green flag clicked
repeat (2)
create clone of [me v]
end

when I start as a clone
repeat (2)
create clone of [me v]
end

Anyways, I bet if this was added, people would find amazing uses for it!
So think about what you COULD do with these, not what you COULDN'T.

This can be done with lists or clones, but still support.

Support! Mainly on the sprite grouping aspect, but the rest makes sense as well.

Please don't post on old topics! It brings the topic back to the front page.

Blaze349 wrote:

we should add a way of making sprite groups (like creating a sprite folder/ group naming it and placing sprites inside) so a block like

point towards nearest sprite group[enemies v]

this would help recreate games like sonic I don't think you can do scripting for homing attacks yet
imagine this script

when green flag clicked
forever
    
if <<<<<<<<<<touching [enemy v]?> or <touching [enemy2 v]?>> or <touching [enemy3 v]?>> or <touching [enemy4 v]?>> or <touching [enemy5 v]?>> or <touching [enemy6 v]?>> or <touching [enemy7 v]?>> or <touching [enemy8 v]?>> or <touching [enemy9 v]?>> or <touching [enemy10 v]?>> then
    
hide
broadcast [gameover v]
end
end

but with sprite groups you could do this

when green flag clicked
forever
    
if <touching sprite from sprite group [ enemies v]?::sensing> then
    
hide
broadcast [game over v]
end
end

this would make things easier to organise sprites like if you had 50 sprites(it happens).

1.I Support this
2.You can do this

when green flag clicked
repeat (50)
create clone of [Myself v]
end
forever
if <touching [Player v] ?> then
broadcast [Game over v]
stop [All v]
end
end

3.Of course this would be better

<sprite group [Enemiez v] :: sensing>

You can use clones or just math. Okay, math is a weird thing noone uses, so use clones.