Ashley's Forum Posts

  • There's been at least 25 posts in the past 24 hours, so it seems pretty busy to me. I usually check the forums every working day and it seems about as busy as usual.

    Instant messaging tools like Discord can work for getting immediate help, but I think forums work better for creating a searchable archive of knowledge, so where possible I think it's best to post to the forum.

    People generally also only post when they have a problem... so a quiet forum could be a sign of software working well! 😅 I don't think a forum getting hundreds of posts a day with everyone struggling with bugs and difficulties would necessarily be a better situation!

  • There'll always be long lists of features we could potentially do, and we'll always be working our way through it. But for what it's worth, after all the things we've tried over the years, all the experiments we've done, all the PR stunts, all the blog posts written, and so on - in my view, by far the most effective thing is independent developers recommending us. If you want to help make Construct a success, merely talking about us on social media, showing what you're working on and mentioning the engine, or recommending us to others, I think is far more effective than anything we can do ourselves even if we threw a lot of money at it.

    Another problem we've had in the past is people tend to disregard things we say ourselves. For example even if we show impressive results, people tend to have an attitude of "of course they'd say that about their own product". What independent developers say carries a lot more weight with other developers. So if you like us and want to help, it would be great if people who use Construct just talk about us! Independent feature comparisons, benchmarks and so on would be great too. Construct has tons of features and JavaScript performance is ridiculously good and in some cases it genuinely far exceeds the competition, but people seem to distrust us doing our own comparisons.

    Also don't forget we recently launched a new affiliate program - so if you have a popular website, YouTube channel or whatever, you can make money from talking about Construct or helping promote it too.

  • I'm sure it would be quite a bit of work to add Electron support, it would need on-going maintenance, probably bring its own various quirks that would have to be dealt with, and architecturally it's basically the same as NW.js - it's the Chromium browser engine with node.js integrated. So I don't think it's worth it. Regardless of the outcome of my experiment with a node native addon, I'd rather focus on WebView2 which is a better technology in my view.

  • If you are merely trying to load a file in a subfolder, then the path to use depends on the Export file structure project setting. The new default is folder mode, which means you need to specify the full subfolder path, e.g. "Dialogues/Timothy/Test/Timothy-dialogue-1.json".

  • In order to try to prevent unwanted reverse engineering, we've deliberately made it as difficult as possible to reverse engineer an exported project back to a Construct project. If you use advanced minification, it's probably close to impossible since so much information is lost.

    This is why it's important to keep regular backups!

  • It might be because the version of Closure Compiler used for minifying has been updated. It's difficult to help any more without seeing the project. It's probably best to file an issue about it.

  • To be clear: providing your content is hosted on a secure server (HTTPS), all content exported by Construct automatically works offline.

  • It's a graphics driver or ANGLE bug that only affects newer Construct versions. That doesn't mean it's our fault or that we can do anything about it - as I said the best thing to do is to report it to Google via crbug.com who would be best placed to investigate and either fix or work around the problem.

    For what it's worth, we have stats on WebGL support for people using the Construct editor, and that shows 98.5% get WebGL or WebGPU support in some form. So only ~1.5% of people don't get any WebGL support, which I think is about what it's always been long-term, even before r317 came out. There have always been reasons a small number of people don't get WebGL support, such as broken drivers or unsupported hardware. This case looks like an error Google could potentially fix though, providing someone with an affected device reports the issue to them.

  • I think I've seen reports of this before - it looks like it affects a small number of older devices with some specific hardware/driver configuration.

    It looks like either a graphics driver bug or a bug in Chrome's WebGL implementation. The error refers to a D3D shader compilation error, which is probably happening inside ANGLE, Chrome's internal graphics library that converts WebGL to D3D. Like all other WebGL content Construct makes WebGL calls and uses GLSL shaders, so it does not directly use anything in D3D - that's all generated by ANGLE. And if anything Construct does was invalid, it would have failed earlier, with a WebGL or GLSL error message (and probably affect other systems too).

    I think the best thing to do would be to report this to Google at crbug.com, showing that error message, and including details about the hardware of the affected device.

  • It's been there since the first public release of Construct 3 in 2017! 😅

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • Sounds like what the 'Background color' project property is for!

  • Sorry, it's not something we do ourselves so I don't know how to help. It would be best to use Apple's support if available - it's all their code and services.

  • Looks like this known issue which is a bug in the Chrome browser, not Construct. It appears to be fixed in the next Chrome update.

  • It's based on an internal project unique ID. There isn't currently any option to change it, although if you were determined, you could save the project to a folder and modify the "uniqueId" property in project.c3proj.

  • It's entirely up to you which you use. If you're experienced with both, event sheets and JavaScript code still have their own strengths and weaknesses. For example in my Command & Construct game project, I mostly used JavaScript coding, but I still used event sheets for the menu systems, because it's quicker and easier than having to write code for a menu system.