BosenChang wrote:

The workaround does not work with custom blocks.

Exactly, thank you.

Support. This is a great idea!

xXRedTheCoderXx wrote:

JackK211424 wrote:

No support because of easy workarounds

when green flag clicked
wait (1) secs
broadcast [Uninstallsupportx2 v]

when I receive [Uninstallsupportx2 v]
uninstall support.exe :: #fc03ec ::
when I receive [Uninstallsupportx2 v]
uninstall support.exe :: #fc03ec ::

You shouldn't not support something JUST because of a workaround.. especially when the “workaround” you posted isn't even a proper workaround.

Read the posts and all of the OP, please.

xXRedTheCoderXx wrote:

This block's main use is to make custom blocks able to run multiple scripts.

And, as you may know, custom blocks are different from broadcasts because with custom blocks you can add boolean inputs and string inputs. You could only use those inputs when you define the custom block.

So, basically broadcasts can't carry over what you input in the custom block unless you use variables or something but like bruh.

I kind of see what you mean now
(sorry)

Uhh

when green flag clicked
[stuff]

when green flag clicked
[Other stuff]

Chocolate_cupcake19 wrote:

Uhh

when green flag clicked
[stuff]

when green flag clicked
[Other stuff]

brooo can you please read the rest of the post!

xXRedTheCoderXx wrote:

You shouldn't not support something JUST because of a workaround.. especially when the “workaround” you posted isn't even a proper workaround.

that's the suggestions forum in a nutshell

i hate having to create broadcasts just to do 2 things at the same time

Support! While I have never encountered the problem with custom blocks (because I often don't use them) I am tired of using that workaround with two forever loops, so major support!

Support! This would be very helpful to simplify stuff and make it easier to do this!

Coroutines!

Support. Useful beyond belief.

Support. But wait, will it increase the lag, especially in “run with no screen refresh” custom blocks, since techically the system doesn't run two scripts at the same time and stuff?

EpicGhoul993 wrote:

But wait, will it increase the lag, especially in “run with no screen refresh” custom blocks, since techically the system doesn't run two scripts at the same time and stuff?

Well yeah, but the difference won't even be that noticeable. Sort of depends on how many scripts you're running and how laggy the scripts themselves are, though.

PizzaAddict4Life wrote:

Support! While I have never encountered the problem with custom blocks (because I often don't use them) I am tired of using that workaround with two forever loops, so major support!

Madcatofdoom wrote:

Support! This would be very helpful to simplify stuff and make it easier to do this!

ResExsention wrote:

Coroutines!

Support. Useful beyond belief.

Thanks!

Glad to know other people would find this useful.

bump

(-!*o_o*!-) // protecty, my signature kumquat protector. *power level: infinty *magic level: infinty
(?-i_i-?) // claculately, caculates weaknesses and finds out strengths to...
// evil qumquats

see my projects::looks
say [hello]

This topic seems to be a duplicate. Please continue the discussion over there! Scratch on! –Explosion–

--Explosion-- wrote:

This topic seems to be a duplicate. Please continue the discussion over there! Scratch on! –Explosion–

Well… yes and no.

Same concept, but he was wanting this block:

run these blocks: ({move (10) steps} ::ring grey)  ({turn right (5) degrees} ::ring grey) simultaneously ::grey

which only runs one block, not scripts

Also, it doesn't specify clearly in the OP what is wanted, so you have to scroll further down.

PizzaAddict4Life wrote:

--Explosion-- wrote:

This topic seems to be a duplicate. Please continue the discussion over there! Scratch on! –Explosion–

Well… yes and no.

Same concept, but he was wanting this block:

run these blocks: ({move (10) steps} ::ring grey)  ({turn right (5) degrees} ::ring grey) simultaneously ::grey

which only runs one block, not scripts

Also, it doesn't specify clearly in the OP what is wanted, so you have to scroll further down.

Yeah! Thanks, @PizzaAddict4Life.

JackK211424 wrote:

-snip!-

Please write snip after a long post.

(-!*o_o*!-) // protecty, my signature kumquat protector. *power level: infinty *magic level: infinty
(?-i_i-?) // claculately, caculates weaknesses and finds out strengths to...
// evil qumquats

see my projects::looks
say [hello]

This would be substantially useful and it seems others agree with that statement, I’d love to see the addition of this block in the future.

xXRedTheCoderXx wrote:

So, basically broadcasts can't carry over what you input in the custom block unless you use variables or something but like bruh.

As a person who hasn't used custom blocks in a while, why would using variables be an issue?

DownsGameClub wrote:

xXRedTheCoderXx wrote:

So, basically broadcasts can't carry over what you input in the custom block unless you use variables or something but like bruh.

As a person who hasn't used custom blocks in a while, why would using variables be an issue?

Having to make a variable for every single argument in your custom block is beyond tedious and isn't ideal. Having so many variables could cause your variable list to clutter up.

Also, using variables means that you can only run a custom block when it isn't already running, otherwise your variables will change from the other custom block of the same type running, and you'd be left scratching your head wondering why your game doesn't work.

It's hard to put into words, at least for me, but trust me, using variables restricts you, which could lead to the breaking of your game, as well as clutters your variable list making your game as a whole just that bit more unorganized.

Waffletron_IX wrote:

This would be substantially useful and it seems others agree with that statement, I’d love to see the addition of this block in the future.

Thank you!

No support. I also think this is a dupe, I can't find it though.
You can just use broadcasts.
b r u h.