Ashley's Forum Posts

  • This was such a terrible mistake with such poor consequences for reliability and compatibility that I will be very glad to get rid of addons that are modified official addons. I simply cannot entertain arguments in favour of such a disaster.

    I still want the SDK to be accessible and useful to amateur coders - we'll aim to do that with more SDK samples and better documentation instead.

    Also there are other ways that built-in features can be modified. I'm happy to talk about alternatives. So far though, nobody asks me about alternatives and just forks the built-in addons, causing compatibility disasters. I fully intend to force people to find other ways of achieving that without the downsides. There are definitely ways of doing it and it's possible we can add some more extensibility features to make it easier while keeping compatibility. I'm sure as we further explore this we can achieve the same results we had previously, but with far better compatibility. I don't intend this to be a permanent closing off of that capability. I only want to put an end to copy-pasting official addons.

  • I don't think that's anything to do with this report, because this report is about webview apps, and those don't use HTTPS. They load resources locally instead.

  • New users should get Construct 3. It's actively developed and getting new features and improvements all the time. There's a list of all the new features Construct 3 has over Construct 2 here. At this point, Construct 2 is only being maintained with bug fixes.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
  • I mean the ability to release addons that are based on modified official addons. Actually replacing the official addons is even worse! That gets you in to situations like not even being able to open projects that don't even use any third-party addons! That's so irresponsible that as far as I'm aware nobody's ever advocated for that.

  • We suspect that some older Android devices have WebGL blacklisted in the webview only (i.e. Cordova apps). We're currently working with Google to try to work around this.

  • If you picked up a C3 subscription you can still build C2 exports with C3, which will give you an Xcode project (see this tutorial for more info). Otherwise the simplest option is probably Phonegap Build.

    There's also the Cordova CLI, but since it involves using the developer tools directly, I wouldn't call it the simplest option.

  • This is by design. Objects aren't really destroyed until the end of the next top-level event. This is an important feature so events like "Destroy Sprite, create explosion at Sprite" do what you expect (since there is still a sprite to create an explosion at in the subsequent action). Closing as not a bug.

  • That's simply not an option if a customer comes to us in a panic that they're going to miss an important deadline because their project is corrupt. In that situation we will obviously do anything we can to help regardless of what they used in their project. But we want to take steps to prevent this in the first place. Other than that, we already don't offer any official support for any third-party addons of any kind, but even then I think it's irresponsible to allow users to get entangled in difficult compatibility problems and shrug it off with "sorry, we don't support that" - we'll still take steps to try to prevent that in the first place.

    I'd add that as far as I'm aware, no other software on the market allows third-party developers to copy-and-paste all the official features to tweak and re-publish them, because it's fundamentally a terrible idea. It violates the "don't repeat yourself" (DRY) engineering principle and causes ongoing compatibility problems as each copy of the feature has to be maintained in parallel to the changes made in the official version, but inevitably isn't maintained, or is done incorrectly and adds bugs. This was basically a big mistake made in the early days of C2 when we were literally coding on our laptops in our bedrooms doing whatever we can to get the company off the ground. Now we're trying to reverse that mistake, which can cause some awkwardness in the short term, but is absolutely the right thing to do.

  • I'm not sure what you are talking about. This is just a thread to help the Dutch translators sort out some problems.

    • Post link icon

    I can not download Steamworks SDK 1.41 anymore.

    Are you sure? Old versions are still listed on the partner site if you look around.

  • OK, but the solution to that is better documentation, not enabling compatibility nightmares through copy-pasting official addons wholesale. It's a fair point that the C2 runtime is not well documented and it's definitely something we'll be looking at improving for the C3 runtime. The C2 runtime has a very ad-hoc design and as a result largely lacks formal APIs which is part of the problem. Also the old C2 code is already out there and there's no point trying to put that genie back in the bottle. So for C3 we're trying to move to a better approach. We want to keep the official addons closed to avoid the associated compatibility nightmares, but we will compensate by making sure the C3 runtime has much better documentation.

  • The SDK download does come with some samples. Are there any new samples you think would be useful to include? What exactly is it you're trying to do?

  • Please make sure any issues are filed here to ensure they are investigated: https://github.com/Scirra/Construct-3-bugs/issues

  • I've not seen any other issues like this, but if you can reproduce it, it'd be great if you could file an issue with repro steps and we'll look in to it. If it depends on a large project you should just be able to stuff a new project with dummy content so you don't have to share the original project.

    Also, have you tried Firefox/Edge/Safari? If they're not affected that would point to the issue being in Chrome. We might be able to then file an issue with Google about that. They already fixed some memory issues that we reported before, so they seem to be fairly amenable to such reports. If other browsers are affected, I guess there might be something in our code we need to look at!

  • I saw it, but I just thought that it doesn't work with new versions of nw.js...

    No, it's the other way round - you have to do it with the newer versions of NW.js. It's the older versions that don't need that.