You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When using the sensing_of block to get a property of a sprite or the stage, it should work for the stage even if the target (not sprite) name is in an obscured shadow input.
Actual Behavior
The block returns zero for all properties.
Steps to Reproduce
See the screenshot.
Steps to reproduce the behavior:
Drag the "of" sensing block into the code area.
Put a join block into the second dropdown menu button.
Type Stage into the first input of the join block and make sure the second input is empty.
Observe the return value of the "of" block.
System Details
(I don't think this is relevant for this issue)
Screenshots
The text was updated successfully, but these errors were encountered:
In Scratch 2, both Stage and _stage_ could be used:
Oh ok, I think I now understand why there's a reserved name for the stage. Stage isn't reserved which means sprites can be named Stage and that would cause problems if the Stage name were used to get a property of the stage.
I think this should be closed then. What do you think?
Oh ok, I think I now understand why there's a reserved name for the stage. Stage isn't reserved which means sprites can be named Stage and that would cause problems if the Stage name were used to get a property of the stage.
I think this should be closed then. What do you think?
It's technically a 2.0 compatibility issue, but any 2.0 project relying on this has already been broken for a long time. I think it can stay open so that the ST can decide if they want to change the behavior.
Expected Behavior
When using the sensing_of block to get a property of a sprite or the stage, it should work for the stage even if the target (not sprite) name is in an obscured shadow input.
Actual Behavior
The block returns zero for all properties.
Steps to Reproduce
See the screenshot.
Steps to reproduce the behavior:
Stage
into the first input of the join block and make sure the second input is empty.System Details
(I don't think this is relevant for this issue)
Screenshots
The text was updated successfully, but these errors were encountered: