Ashley's Forum Posts

  • Beta releases are backwards-compatible with stable releases - I think you are asking to make stable releases forwards-compatible with future beta releases.

    In general this is not really possible, since we can't predict the future. For example if we add a new feature in a beta release (such as the new functions feature), the previous stable release can't know how to open projects using that feature. It can be difficult even to ignore unknown parts of the project, since everything tends to consist of a great deal of cross-references, and it would complicate verifying that the project file is actually valid (since it can't really tell the difference between an invalid/corrupt project, and a project file from the future).

  • In general it's not possible, for security reasons. E.g. if it was supported you could open someone's bank account in an iframe, screenshot it, then send yourself the picture.

  • All the sounds play just fine in Chrome for me.

  • Are you sure the sounds are a supported format? Typically providing an example project is the quickest way to answer questions like this and establish if there's a problem.

  • We've experimented with a few additional export options over the years. They tend to be a ton of work and also require a lot of on-going maintenance, but attract very few users. So if the Amazon App Store doesn't accept APKs I'm not sure it's likely we could justify all the work involved.

  • AFAIK there should be no dependency on UIWebView in a vanilla build. Nepeo - maybe you know more?

  • Construct has defaulted to using the newer WKWebView for a long time now (amonst other things, it's much faster). So if your app uses UIWebView, it must be because of other features.

    According to this recent thread the InAppBrowser Cordova plugin appears to still use UIWebView, so maybe that's causing the problem. It can be configured to use WKWebView instead though.

  • You do not have permission to view this post

  • It loops infinitely. It will never stop because "every" events do not work if you keep re-checking them within the same tick. You have to let the rest of the events keep running.

  • It should work - the Cordova app itself is loading the game in a webview. I'd check that InAppBrowser is using WKWebView and not the legacy UIWebView, which might cause some problems due to its age.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • When features are deprecated it means they are on track for removal. So you should stop using deprecated features as soon as possible and not use them for any new purposes.

  • Construct doesn't ever generate a message like that itself, so it must be coming from somewhere else. Maybe it comes from the website or a third-party addon.

  • You do not have permission to view this post

  • Actually I think this can be done better if we add a "facing mode" parameter to the "request camera" action. It should be straightforward and avoids having to deal with the quirks of the source list. I'll see if I can get that in for the next beta cycle.

  • Yeah, you can find a "back" camera source by searching the source list, as I suggested. The camera input demo shows you how to access the list.

    The actual descriptions of the camera sources are only available after you've already approved permission though. Since remote preview runs on preview.construct.net, if you've ever approved camera on preview.construct.net, you'll be able to access the descriptions. However if you publish to your own website (e.g. example.com), the first time you visit that the descriptions will be anonymised for security reasons.