Ashley's Forum Posts

  • You do not have permission to view this post

  • It's how the browser knows to auto-refresh when you press 'preview' in the editor again.

  • You do not have permission to view this post

  • You should already be able to get the last pressed vs. last released simply by updating two global variables to the LastButton expression in 'On any button pressed' and 'On any button released'.

    I'm not sure what the problem with the analog sticks is: they are axes, not buttons, so they don't have keycodes. You have to handle keys and axes separately.

  • It should be the other way round: exporting removes a bunch of checks and runs a series of optimisations that should improve performance. 1 FPS after export definitely sounds like some kind of fault, but nobody can help without at least a link to the exported project, and preferably the .capx too.

  • You should not do that at all. See Remember not to waste your memory

  • That's because there isn't a manual entry for it. There's not much to say - you get a folder for each OS with the app inside and that's it!

  • pcprice76 - what device are you testing on and which export method did you use? Old Android devices can be pretty poor, because the OS and HTML5 support is bad, but newer Android devices are excellent.

  • Closing, please follow the guidelines and provide a way for the problem to be reproduced otherwise there is nothing we can do.

  • In our experience non-browser HTML5 wrappers are a minefield of compatibility issues, bugs and performance problems of their own (like the fact CocoonJS never seemed to figure out why memory management is important). I am convinced there is no point supporting any new non-browser wrappers for Construct 2 games, and phasing out the existing ones when the browser technology catches up, which will happen with iOS 8 and Android L.

  • You do not have permission to view this post

  • OK, closing for now, post a new issue if anything goes wrong again with r174+.

  • What specifically was wrong with your autosave file and can you share it? The autosaves should (of course) never be broken but without specific information there is almost no hope of being able to fix any problems there may be. AFAIK for the vast majority of users it's working fine.

    More backups are better so if possible also set up alternate backup folders. There should also be auto-backups in addition to auto-saves, so with the right settings you can have six backup levels of your project (the main file, the autosave, the autobackups, and three additional backup folders). With all of that you should never lose work even in a worst-case scenario.

    There are lots of reasons files can become corrupt and they're not always Construct 2's fault - for example some "helpful" system tools "clean" your temporary files for you, and promptly nuke all the unsaved project data Construct 2 is holding in temporary files, which can corrupt your project. Failing storage media or buggy storage caches and drivers can also cause problems.

  • You do not have permission to view this post

  • I reviewed the code, and it looked like you could not in fact join another room in 'On signalling left room'. I've fixed that for the next build. The workaround should be simple, just wait for a brief moment (0.1 seconds should do it).