When they become invisible move them off screen, -5555 Y or something so there is no way to click them. When they need to be visible move them back to where they are supposed to be.

For this you will probably need to add them to a family so you can just move the whole thing out of the way MenuFamily > set Y > Self.Y -5555 and Self.Y + 5555 before making them visible. Should work

Then a server cache problem possibly.

I have encounterd this before, but since then I always delete everything and upload new files, have not had the problem since.

create variable shotRate

then system action every shotRate seconds create bullet at whatever x,y

Then you can change shot Rate variable to fire bullets at a slower or faster rate

Construct 3 export index.html is different than Construct 2's and seems that there is stuff in some script file that does resizing. Maybe Ashley can advise on how to accomplish this.

Anyway, when you view HTML5 exported game it will resize smoothly as you resize browser window. How to do this when the game is embedded within an iFrame ( now you are resizing the page that contains the iFrame ). For mobiles this seems like a necessary thing.

I have found a few different solutions, but there are problems with each, like often it will resize when you make your window bigger, but will stay that way if you flip the phone, or won't resize back. I have noticed this a few times even when viewing games on iPhones normally ( not iFramed )

You are looking at it the wrong way. Use car behavior

Then create a sprite ( just a simple colored rectangle ) with an instance variable called position ( or whatever ), copy it maybe 10 times and place around the track

set instance variable of each sprite 0-10.

Give your car instance var called position too. set it to 0

Then use events to set angle of your car toward sprite with instance variable position that matches same named instance variable of the car which will be 0, and simulate car behavior accleration

once it reaches that one add 1 to car's instance variable, so now the car will turn towards the sprite with position variable 1, and so on.

That is the general idea, then tweak to make it nicer

It does make sense. Calculator and modulo here are different things. In other words 1000%50 in Construct is 0 because you can divide 1000 by 50 exactly ( 20 times ), nothing is left over.

Calculsting a percentage is a completely different thing. Unfortunately the symbol is the same so I can see how it can be confusing.

(1000*50)/100 is something you can use to get the right percentage ( 50 there would be percentage you want to calculate, 1000 is you max value, percentage of which you want to figure out.

don't use image points, just use offset from what would be mouse position

With mouse player position is Mouse.X and Mouse.Y with Touch, set it to Touch.X + or - offset, same for Y position

What are you using to launch your projectiles?

I have games with physics, always use independent frame rate setting and launching things with set velocity ( x and y ) produces consistent results. Tested on PCs, phones, different refresh rate monitor and with Construct 3s unlimited frame rate setting. Seems to work fine in all these tests.

The only "trick" I use is to set linear damping to 0 then once a projectile hits something set it to 1 or whatever to slow it down gradually

Give it a try