Ashley's Forum Posts

  • It's not currently supported I'm afraid. You'll need to use JavaScript coding to do it.

    • Post link icon

    I would have thought Scirra would be better positioned to do so than developers, but maybe not.

    We've asked, and to no avail. I don't think we have any more leverage than a game developer. I think the most likely way they will change their minds is if loads of game developers are asking them about it, which is why I suggest that everyone interested in this asks Nintendo.

    • Post link icon

    Nintendo don't currently support HTML5 games on Switch. They did on Wii U, but did not carry support over to the Switch. This makes it much more difficult for us to support the Switch. You should ask Nintendo for HTML5 games support, since if they add that we can add support directly. The technology is mature and sophisticated now and it's perfectly capable of running impressive games. In the mean time there are third-party porting companies that can convert your game to console platforms, but being third-party companies we can't make any guarantees about how that will work for you.

    I'd add we have long supported publishing to Xbox One, since it supports HTML5 games directly.

  • Try Construct 3

    Develop games in your browser. Powerful, performant & highly capable.

    Try Now Construct 3 users don't see these ads

  • Both the C3 editor and all the projects it exports comply with that checklist (provided you host in HTTPS, which has long been our recommendation). I just tried it with the C3 editor and it worked as expected, installing an app which ran as its own task on Android and could be uninstalled like other apps.

  • Presumably, raids is null or undefined, so you cannot use raids.filter. Make sure it's actually an array. This is just normal use of JavaScript, it has nothing to do with Construct specifically.

  • It should already make WebAPKs. That's just an internal detail of the "add to home screen" feature.

  • "On start of layout" is a trigger. It does not run during the normal execution of events.

  • From the page I linked to:

    A given directive in a request does not mean the same directive should be in the response.

    You have to put the header in the response, not the request.

    • Post link icon

    The issue of the payment model has been discussed to death already, and this looks about to get personal (previous post deleted), so closing.

  • Yes, by far the easiest way is a HTML5 export (which also works offline).

    NW.js for Linux is build for the x86 chip architecture (as used by most PCs), but the Raspberry Pi has an ARM chip. So NW.js would have to be recompiled for the ARM architecture. That is a big and very complex project, and I don't know if anyone has tried that yet.

  • No, you'll have to use JavaScript code to do this I'm afraid. Construct's event system doesn't cover this kind of use case.

  • Thanks for the feedback and I'm glad you're enjoying C3!

    Nevertheless, I'm very sorry that you still haven't corrected the problems due to the canvas

    I'm not sure what you're referring to here. Could you explain some more? Obviously we'd like to correct any problems where we can, but some things are fundamental limitations or otherwise out of our control.

  • The iframe is part of the parent page. If the iframe page is on the same origin (i.e. domain), it should be able to remove itself from the parent page via accessing its parent window. However if it's on a different origin it is not allowed to do that for security reasons. Instead you could use postMessage in JavaScript to get the iframe to tell the parent page to remove the iframe.

  • If your game did not pause at all, it would continue to waste battery and system resources, resulting in alienated users, poor reviews, and then eventually the browser or OS would kill it anyway to save the user. So it's a pretty good thing that it does pause automatically.

    • Post link icon

    This has been discussed to death already, and the short version is we have no plans to change this right now.

    Something I do want to point out though is I think a lot of people don't realise that I was the sole developer on Construct 2. Being the only developer working for years with a one-time payment model while people are crying out for more features, it became pretty obvious there was no way we could have done a fraction of what everyone wanted under the previous model. With Construct 3 we were able to hire more developers, making it possible to do way more, such as a completely rewritten runtime with vastly improved performance, an ongoing mobile app build service, timelines, scripting, a big batch of new plugins and behaviors, and loads more. If you're looking at those things and wishing you could upgrade, then I think you should recognize most of that would not exist at all if we had stuck to the old model.