The way you wrote it it is already sequentially, but in every frame (draw function is called every frame).

Cheers,
Chris

As said, each loop will start only when the previous one ended.
Note: in general, we initialize i at 0, to get, in your case, 100 loops instead of 99...

Hello!

As said the way you wrote it now makes the loops already sequentially.
As said, each loop will start only when the previous one ended. And the end of draw will only be reached when all loops and the function newFunction have ended. Only then draw will run again.

But it depends on what you want to achieve.

The function draw() runs 60 times per second (depending on your machine and what you do in your for loops) but it refreshes the screen only at the end of draw (approx. 60 times per second).

So, yes, they run sequentially, but no, you don't see any sequentially events going on on your screen but only the result that adds up from all for loops (thus sequentially and parallel would look the same). E.g. when you have random points displayed in certain screen areas in each for loop you won't see them pop up one loop after another but all at once at the end of draw.

So when you want to have something optical sequentially you would need something more sophisticated e.g. a timer and a control variable that runs from 0 to 6 and goes back to 0 to contol that only one of the for loops is executed each time draw runs. Thus you would have a optical sequentially effect.

Greetings, Chrisir   

Thanks to all of you guys! It's all clear now, I was curious about this because I thought that if there is a non-sequential loop order, it might be the cause of a bug in my code. Well it's obviously something else.