GlompyOmega wrote:

medians wrote:

p-p-p-p-p-p-p-p-p-p- wrote:

medians wrote:

p-p-p-p-p-p-p-p-p-p- wrote:

medians wrote:

qwertycodechamp90411 wrote:

Why though?
You can just go to x: (random (-240)(240)) y: (random(-180)(180))

There is already a random position option in the go to block.
It could be like this:

set x to (random v)

set y to (random v)

A textbox wouldn't work well with a dropdown.

I am not sure if this is in 3.0, but 2.0 has this:

(item (random v) of [list v])
(item (last v) of [list v])

I know, but in order to access this you have to do:

(item (join [random] []) of [list v])

so it's more of a hidden easter egg than a feature.

But it is a feature, well at least it was in 2.0 LOL

Also, I remember this being implemented in the 3.0 beta, not sure if it's in final though.
Anyways, if that isn't the case, then this could be added:

set [x position v] to random ::motion

Or sth, I have no idea LOL, there could be a sprite x/sprite y thing or whatever like this:

set x to [random x v]

set x to [Sprite1 v]

That doesnt exist…

(join [] [])

WafflesYouTubeMC wrote:

Um…
What about this?

set x to (pick random (1) to (10))

set y to (pick random (1) to (10))

mcsquaggle wrote:

“no support ez workaround”- someone in a hurry

semi support. its useful because you dont have to input the values of the edges (this dont make sense)
but the workaround is more useful because you can input a range or maths

go to [random position v]

go to (mouse x v)
go to (mouse y v)

A-MARIO-PLAYER wrote:

If it's a dropdown then these need to be added:

go to (mouse x v)
go to (mouse y v)

-stxllxr wrote:

medians wrote:

You can also do sth similar for random position, which exists. Also, blocks with simple workarounds still exist:

The thing is, those are already added and won't be removed any time soon. I'm saying that since there's such a simple workaround for a new block, there is no need to add it. Also chart in OP's siggy