Discuss Scratch

1080GBA
Scratcher
500+ posts

new layer sensing blocks, <behind [sprite]?> and (layer)

<[behind v] sprite ( v) ?::sensing>
(layer::looks)
([layer v] of (sprite1 v)::sensing)

Last edited by 1080GBA (April 28, 2022 07:20:40)

eucc
Scratcher
59 posts

new layer sensing blocks, <behind [sprite]?> and (layer)

bump
TheAnimalKingdom42
Scratcher
1000+ posts

new layer sensing blocks, <behind [sprite]?> and (layer)

Bring up this topic
musicROCKS013
Scratcher
1000+ posts

new layer sensing blocks, <behind [sprite]?> and (layer)

The bump of ‘87
Plasmoxxie
Scratcher
66 posts

new layer sensing blocks, <behind [sprite]?> and (layer)

GBA, your list workaround is very complicated and would become a serious problem with projects that contain many sprites. The new blocks are far simpler and more effective. By the way, I support.
1080GBA
Scratcher
500+ posts

new layer sensing blocks, <behind [sprite]?> and (layer)

Plasmoxxie wrote:

GBA, your list workaround is very complicated and would become a serious problem with projects that contain many sprites. The new blocks are far simpler and more effective. By the way, I support.
what list workaround

Last edited by 1080GBA (July 3, 2022 12:36:21)

StevenTheSquare
Scratcher
100+ posts

new layer sensing blocks, <behind [sprite]?> and (layer)

bump
musicROCKS013
Scratcher
1000+ posts

new layer sensing blocks, <behind [sprite]?> and (layer)

So, would
<behind [sprite1 v] ?::sensing>
Mean directly behind or generally behind?

Last edited by musicROCKS013 (July 10, 2022 19:41:17)

musicROCKS013
Scratcher
1000+ posts

new layer sensing blocks, <behind [sprite]?> and (layer)

Bump
Thethree13
Scratcher
42 posts

new layer sensing blocks, <behind [sprite]?> and (layer)

b u m p. we really need this, the current layer system sucks.
LilyOfLuck
Scratcher
9 posts

new layer sensing blocks, <behind [sprite]?> and (layer)

Infinite support. Anything but not supporting. My support is so strong that it can hold up all of earth. (Also, there being workarounds for things this would help with does not negate the usefulness of these blocks but instead highlight it, for without it we need workarounds in the first place. Scratch is a place where peeps new to programming can go to figure out the ropes and such, not be bombarded with senseless workarounds just because some people thought that a small block count is better than quality of life.)

Full support. It makes animations especially way easier and a lot more approachable, but also 3d and 2.5d games a lot more accessible to new scratchers.

^w^
JoeJongTrump
Scratcher
1 post

new layer sensing blocks, <behind [sprite]?> and (layer)

support
I wanna code a 2,5d doomlike system out of zylinders and therefor I need to manage the layers of the Zylinders depending on how big the Distance to the player is, but I don't know how to do this when there isn't even an integer for the layer of a sprite.
So for me a
(layer)
and a
set layer to ()
block would be enough

Last edited by JoeJongTrump (Oct. 25, 2023 14:47:45)

cookieclickerer33
Scratcher
1000+ posts

new layer sensing blocks, <behind [sprite]?> and (layer)

Having

([Layer v] of [Sprite1 v])
And
(Layer::looks)
Is better because then you could use

<([Layer v] of [Sprite1 v]) < (layer::looks)>
For behind, and in front
Going to layer
Etc
not-k7e
Scratcher
52 posts

new layer sensing blocks, <behind [sprite]?> and (layer)

workarond is easy to sneak in a game loop and is no that hard no support
cookieclickerer33
Scratcher
1000+ posts

new layer sensing blocks, <behind [sprite]?> and (layer)

not-k7e wrote:

workarond is easy to sneak in a game loop and is no that hard no support
or, is it?

you see the workarround is much much more complex than you think (technically impossible)
not-k7e
Scratcher
52 posts

new layer sensing blocks, <behind [sprite]?> and (layer)

cookieclickerer33
Scratcher
1000+ posts

new layer sensing blocks, <behind [sprite]?> and (layer)

not-k7e wrote:

This is a workaround: https://scratch-mit-edu.ezproxyberklee.flo.org/projects/920827382/
im not sure how that even works at all. can you explain it??
i dont see anything that at all relates to checking layers on it yet it works

Last edited by cookieclickerer33 (Nov. 8, 2023 00:34:38)

Scratch_Fakemon
Scratcher
63 posts

new layer sensing blocks, <behind [sprite]?> and (layer)

Great idea! I could see it working like this:

When green flag clicked
forever
Go to [Back v] layer ::looks
Go [Forward v] (1) layers ::looks
Say (layer of [Sprite1 v] ::sensing) for (2) secs
Set [Layer v] to (layer of [Sprite1 v] ::sensing)
Add (Layer) to [LayerList v]

end
not-k7e
Scratcher
52 posts

new layer sensing blocks, <behind [sprite]?> and (layer)

cookieclickerer33 wrote:

not-k7e wrote:

This is a workaround: https://scratch-mit-edu.ezproxyberklee.flo.org/projects/920827382/
im not sure how that even works at all. can you explain it??
i dont see anything that at all relates to checking layers on it yet it works
This basically exploits the fact the sprites on the top layer run first
cookieclickerer33
Scratcher
1000+ posts

new layer sensing blocks, <behind [sprite]?> and (layer)

not-k7e wrote:

cookieclickerer33 wrote:

not-k7e wrote:

This is a workaround: https://scratch-mit-edu.ezproxyberklee.flo.org/projects/920827382/
im not sure how that even works at all. can you explain it??
i dont see anything that at all relates to checking layers on it yet it works
This basically exploits the fact the sprites on the top layer run first
AHA

thats not a valid workaround then, you shouldnt have to rely on quirks of the engine

Powered by DjangoBB