Ashley's Forum Posts

  • For point 1: Can you please tell me when this update was made?

    I think it was fixed in r158, which made a stable release in r164.

  • For point 1, an error message should appear. Are you using the latest version of C3? We fixed a bug recently where the error message might not appear. If you published using the latest version it should show a message saying what to do to fix it. If it doesn't then it's still a bug.

    I'd also suggest adding your feedback to this issue where we asked Google to fix the problem of out-of-date WebViews, which might encourage them to act on it.

    For point 3 Construct already has features to dynamically manage memory. See the system actions about loading and unloading images. There's also a guide in the manual about memory usage.

  • You can't run an exported HTML5 game from your computer. As the error message is telling you, you need to upload it to a web server before it will work. If you need to run a game from the desktop, use the desktop (NW.js) export option instead.

  • This has been discussed a lot in the past already. I don't think there's anything we can do about it.

    AFAIK it only affects devices that have not even updated the Google Play store apps for over two years, or have manually uninstalled updates to system apps (specifically the Android System Webview on Android 5-6). This should be a small minority of devices, and still shrinking.

    All you need to do is have Google Play updates enabled and allow it to update - or have done so at any point in the past two years - and it should work fine. We've designed an error message that tells people to do this that ought to appear if it's not supported, with links directly to the store. Why this message still seems to show up for people is still pretty much a mystery. Maybe a lot of people routinely disable updates and uninstall system apps? It seems unlikely...

    It's not feasible to backport the C3 runtime to very old browser engines - many of the huge performance increases and major new features rely on reasonably new browser technology. If you need support for much older browser engines, you could keep using the C2 runtime which has lower requirements - but then you'll miss out on all the features and performance improvements.

    I think the best solution is to be able to specify a minimum WebView version for your app, so it doesn't appear for people whose devices are too old/not up-to-date enough to run the app. Alternatively it could install any necessary WebView update at the same time as your app. I filed an issue with Google about this earlier this year. I think the best way to make this happen is for everyone to highlight how important it is to them on this Google issue requesting a solution to the problem.

  • This was already fixed in the latest releases of both C2 and C3.

  • If anyone sees this it would be incredibly helpful if you could press F12 and report any error messages that appeared in the browser console. This obviously should never happen, but without more details it's impossible for us to investigate this in any way.

  • See the manual entry covering 'Invoke download':

    Downloading is a browser feature and depends on the browser UI. Note that mobile apps don't run in browsers (there is no address bar etc), so the download feature isn't available there.

  • I guess Virtual Box doesn't include GPU drivers for Windows 7. It's common for VMs to only use software rendering. It should then fall back to the SwiftShader software renderer in Chromium, I don't know why it wouldn't be doing that (maybe that also is not supported in a VM?)

  • Well, on Steam the size hardly matters as I pointed out - anything less than 1GB is tiny by the standards of Steam.

  • Well, my tip to avoid the NW.js size overhead, is to not use NW.js. Why not publish to the web? An empty minified project with compressed transmission (as many servers do automatically) is just 240kb. It's an incredibly tiny overhead - far smaller even than other tools which have per-platform ports of native engines.

  • Updated the original post with new downloads based on Chrome 78 (NW.js 0.42.0).

    Note: local file/folder saves are experimentally supported in the Chrome browser. Once that moves from experimental to enabled by default, there will no longer be enough unique features to justify the desktop downloads, so they will be retired. This will probably happen next year. I'd recommend switching to the browser version already if possible - see the linked thread for information on using local project files/folders in Chrome.

  • NW.js does provide a native EXE, in the sense there's a .exe file you double click and it runs.

    If you need a small file size is publishing to the web really not an option? That is also much easier to distribute and skips any install process, so is much more likely to reach lots of players. Normally people want a desktop app to publish to a store like Steam where 50GB+ game downloads are common, so a game in the region of 100-200MB is actually comparatively tiny there.

  • Tell them to read the case against native engines. Construct 3 has a sophisticated engine and compares well to native engines. I'd guess their impression is 5-10 years out of date. If you want a small export, you can always go for a HTML5 export - which is far smaller than most native apps could ever achieve!

  • Event 3 looks like it will always be true, so you'll be spamming the storage system with tons of storage requests checking if the item exists. You only need to do it once.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • Have you tried the latest version? 0.33.3 is quite old now.