Just using the platform behavior, jumping seems to come and go. Ill some times have to press the jump button 3 or times before the player jumps while running... this is a big issue for me as the game is a platformer so jumping needs to be precise. Any words of advice on why this isnt working?

https://www.scirra.com/manual/100/platform

Implementing reliable platform movements

For the most reliable platform movement, it is recommended to use a invisible rectangle sprite with no animations with the Platform movement. Then, the animated player object can be positioned on top of that. Otherwise, the changing size and collision polygon of the object as its animation plays can interfere with the Platform movement's floor, wall and slope detection, causing a shaking or glitchy movement. For more information and a complete guide, see the tutorial How to make a Platform game.

If you didn't do it, I suggest applying the platform behavior on a rectangle, then pin the graphics onto it (if you have multiple instances to work with, containers will be of help)

The persist behaviour can I think be of help (it maintains the exact state of the object after leaving the layout).

Or you create it at runtime if a variable is equal to something, thus letting you not creating it if you already killed him.

A license is bought once, and will work after updating C2 (if for some reason you lose the license file, you can still re download it from the scirra store, just keep in mind of the limitations of a personnal license)

More infos here :

https://www.scirra.com/store/construct-2

https://www.scirra.com/tutorials/57/how ... enses-work

In case this is not enough informations, "Feel free to email licensehelp@scirra.com if you have any more questions! We'll do our best to reply as soon as we can!"

The savestating is huge, and while it works, I always find it too overkill, you are saving te entire game, in some cases, a simpler saving does the job really well and can also help not having the issues of saving unwanted things (sure there is the nosave behavior, but still)

To think of it, html5 itself isn t responsible, the node webkit export is (I still don t see why C2 even tried to promote wrappers, really the html5 export inside a browser just works in most cases without any issue compared to them, but the wrapper just tends to have more issues, just for distribution's sake, not even talking about the future when the browsers will interpret the game in a better way that the wrapper that would have stayed to it's current version), just saying that something should be done about the wrappers, we cannot just throw them in the bin (even though that is what I would have done, they serve no other purpose than a psychological executable)

Edit: as for the high end graphic card, I can say for sure it is more false than true, even though the graphic card should be recent, my crappy laptop actually runs well done Html5 games fine.

You can add the browser object to your game, then use the request fullscreen action.

Both should be the same really, so do what suits you the most.

This explains pretty much why abd how to worry about this, and I think it is the first time that I actually saw the fact that a 512x512 = 2x256x2x256 = 4 × 256 x 256 calculation is implied, I hope people will understand after that than designing a game with oversized assets is non sense, and that compressed image is not an image by itself, and so must be fully uncompressed.

Also it is basically a rule of thumb: the less memory you take, and the less calculations you do, the better your game will run, and the difference between good design and bad design is that a better design will do the same job with less, while a very baddly designed game will run in "theory", but will fail in practice when everything comes into play (this is also a reason why people should try to learn those things, I don t think they need to know everything about hiw it works in practice, but at least what is a better design, and for exemple inspire themselves of old games, which were far more limited).

If you want however an indicator not starting from 0 (for exemple, if your bar min lenght would be 10)

You could use unlerp(minlenght, maxlenght, curlenght)*100 to get the percentage

I see, I do not know about a way to do this (browsers are actually preventing local web pages from doing things), maybe combined with somekind of virtual server you could do something about that.

I know this is closed but I have seen this happen with extremely complex enemies and I want to share how I fixed this. If you have sprites that disappear but still are there one thing you can do is make a simplified clone of the object with the exact same animations and then make a for each loop that does a match on the UIDs. Then match the animation and mirroring to the parent UID. This is a good practice anyways as it leaves the underlying object with the gobs of code and the image displayed independent... similar to how you should handle walk... anyways i thought I would share. This issue used to plague me too and now I add a 'married dummy clone' on top and life is good.

This is for anyone who finds this thread and is dying inside trying to fix vanishing complex objects.

Cheers

Dan

I think you should do a new bug report if you can, it is probably the best that it is corrected rather than doing workarounds

I think if you export your game to your website, and go to it's url directly, wait a minute or so, then cut your connection and come back to the exact same url in the exact same browser, it just works