Charles12310 wrote:

Run w/o screen refresh should be disabled when run in separate thread is checked. Here is a new mockup (with spelling mistakes fixed):

But what if I wanted a threaded custom block to run quickly? Not supporting for this option. This could ruin projects.

Changing the entire default function of a block would ruin projects; adding a feature that does not change the default function (of a block) wouldn't ruin them.

1a3c5e7g9i wrote:

Changing the entire default function of a block would ruin projects; adding a feature that does not change the default function (of a block) wouldn't ruin them.

I'm not sure what you mean. Whether or not run w/o screen refresh and run in seperate thread are mutually exclusive this doesn't change the default function of a block.

1a3c5e7g9i wrote:

Charles12310 wrote:

Run w/o screen refresh should be disabled when run in separate thread is checked. Here is a new mockup (with spelling mistakes fixed):

But what if I wanted a threaded custom block to run quickly? Not supporting for this option. This could ruin projects.

Changing the entire default function of a block would ruin projects; adding a feature that does not change the default function (of a block) wouldn't ruin them.

Can you verify that this is true? This hasn't even been implemented so we can't be sure that you are true. Besides, I do not see how this would ruin projects.

bunmp (bring up not my post)

Support!

Support! Many processes may be run separately or simultenously (including physics+graphics).

Monniasza_spzoo wrote:

Support! Many processes may be run separately or simultenously (including physics+graphics).

Latest details were 2 years ago. Please do not necro-post.

This topic is very old (from 2015), so please no necroposting.

WaterComesBack wrote:

Monniasza_spzoo wrote:

Support! Many processes may be run separately or simultenously (including physics+graphics).

Latest details were 2 years ago. Please do not necro-post.

NEF7532 wrote:

This topic is very old (from 2015), so please no necroposting.

If a feature request isn't rendered obsolete by outside circumstances (i.e. a nearly identical feature being added), it's not a necropost, as far as I'm aware.

As for the feature itself, full support from me. This would be very useful to have one sprite handle multiple tasks. (The only workaround I can think of would be making clones, but that just causes slowdown, since the clone inherits all of the sprite's behavior, instead of just the relevant stuff.)

Bump.

Ever since the “do while doing” E block was rejected, I think this will be a better alternative to having multiple scripts run at once.

Bump

what does asynchonous mean
my brother is in 9 grade and i think he would know

kyleb-2005 wrote:

what does asynchonous mean
my brother is in 9 grade and i think he would know

Basically something not needing to wair for another thing for it to run.

I support it by 60% but it just make things harder how can you check whether a script is asynchronous or not should i be looking into the make block. But why not rather make 2 scripts rather than complicating scratch but still i it is good to not wait so that it has better execution in some cases.

This 100% needs to be a thing, going from Scratch to Javascript Canvas and back is a HUGE difference. I love that I can run two functions at the same time with promises in javascript with no issues and no lag behind on either end. Yet when I come back, I always throw away projects because of the lag on things that are supposed to go to a moving object. PLEASE MAKE THIS A THING!!! I am starting to think that making my own easy javascript engine is necessary because most of them either confuse me, don't work properly, lack documentation, or are locked by my school because apparently they are proxies. I want to continue with making cool fun easy games( that no one plays but that is ok. you don't get famous overnight. Also it's really hard to get a consistent visitor or even visitors at all.) but I can't because of these issues angering me. Anyways, I hope they fix this.