Ashley's Recent Forum Activity

  • No, it's too late - Construct loads all textures with premultiplied alpha, so to correctly render them, you must use premultiplied alpha rendering mode.

  • There's no limit on how many addons you can install.

  • I'd guess you've set the wrong color/alpha values either in the texture data or in the renderer current color. For example if you try to render non-premultiplied alpha in premultiplied mode, or vice versa, you'll get incorrect rendering results. It's hard to say any more than that from just reading this post.

  • There's not enough information here to be able to determine if it's a bug. If you think it is a problem with Construct please file an issue following all the guidelines, as we need all that information to be able to help.

  • Ashley This is not true. You can contact Google/Apple support and explain them the issue in proper technical terms.

    We already do that routinely. In fact IIRC I've already reported this issue to them. If something isn't getting enough attention, then the more customers who report it to Apple/Google, the higher a priority they will give it. And in this case you don't really need to understand how our engine works. You can just file an issue that says "my game is janky" and they should look in to it.

    You can either just complain on the forum and nothing much will happen, or try to do something about it, and it might be fixed. It's up to you! I'm actually trying to help by pointing people in the direction in which things are most likely to get sorted out. If you don't co-operate it makes it less likely to get sorted out.

  • The answer to the question "How do Construct web games use the Internet?" is "the same as any other web pages". It makes the same kind of network requests the same way as any other web content.

    If you want to learn more about how Construct's offline support works, see Offline games in Construct.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
    • Post link icon

    Please contact supportpcl@construct.net for any queries about payments or subscriptions. We cannot help with these in the forum as it's public and these issues often involve sensitive information.

  • Have you actually tried? Do you have issue reports you've filed where you've had that response? I find Google are usually pretty good at responding to issues. If you haven't yet tried you should at least give it a go - as I said you can complain as much as you like to us but there's nothing much we can do about it, as it's scheduled by the browser engine, not Construct.

  • The browser controls frame scheduling, rather than Construct - so if you have issues with jank the best thing to do is report them directly to the browser maker (Google for Android, and Apple for iOS).

  • I largely agree with that point of view, but as stated in my other forum post, the fact that C3 does not do any kind of live reloading means it's actually extremely complicated to build any kind of external tool that has a decent UX.

    What about the 'Reload all from folder' option for folder projects? You can have an external tool that changes files in the project folder, and then use that option to update the files in Construct.

    You can build a browser extension if you want, but it runs the risk that some time in future it permanently breaks with no workaround, and we won't help you as that's not the kind of thing we support - all I'd say is that I tried to warn you. If that happens then your work is largely wasted and customers may be unable to proceed with their projects. Usually experienced developers faced with a risk like that will do anything but that.

  • My proposal, then, and what I've conceptualized and worked toward since, is a Chrome plugin that simply injects a 3D Editor into Construct.

    Browser extensions are already a big source of compatibility problems and support requests in Construct, because they can easily break things. My advice would be to, wherever possible and to the greatest extent possible, develop a separate external tool and have some way of importing that tool's output to Construct.

    The big problem with browser extensions is they have no encapsulation. They can reach in to the internals of web pages and do whatever they like, even if the web page was not expecting that; and then the web content may change over time, and then break the browser extension, or the browser extension breaks the web content. Unfortunately this encapsulation-breaking approach is fundamental to the way browser extensions work. It is a constant headache for us dealing with support for customers who have some browser extension that does something unexpected to the page and then crashes Construct. People just see Construct crash and then think it's our fault. This is the same story as the Addon SDK v1 all over again, and regardless of what you may think of the Addon SDK v2, if you consider the lengths we are going to in order to prevent this happening, it should indicate to you the magnitude of the problem it is for us. If the option was available to us, I'd have probably already disabled the ability to use any browser extensions with Construct, in order to stop the endless compatibility problems. That is not something browsers let web pages do though.

    Obviously we can't stop you and you can build a browser extension if you want to, but that approach risks falling in to all the pitfalls of the Addon SDK v1. It could end up causing serious compatibility problems and support burden for us, and if it does, we may end up deciding to take action to stop the compatibility problems, which may then impact your browser extension.

    If you build a separate tool which does something like produce a file you then import to Construct, you avoid all these problems and it will probably work fine indefinitely. So I'd strongly recommend you do that instead of trying to use a browser extension to hack unsupported things in to a large, complex and continually changing codebase that is not expecting that.

  • It does the overhead because you asked it to. By adding a 'for each' you are telling Construct 'repeat all the sub-events, conditions and actions for each instance'. So it does that for you. If you don't want it to do that for you, then don't use 'for each'.

    In general, computers can't guess what your intent is. You have to tell it what to do, and it will do what you tell it. This is true of all programming languages: if you write inefficient code, it probably won't guess that you could have used a more efficient algorithm and replace it for you, it will just do the best it can with the code you gave it. If you want it to do something more efficient, you have to write the code to tell the computer to do that instead.

Ashley's avatar

Ashley

Online Now
Early Adopter

Member since 21 May, 2007
Last online 25 Jul, 2025

Twitter
Ashley has 1,540,863 followers

Connect with Ashley

Trophy Case

  • Jupiter Mission Supports Gordon's mission to Jupiter
  • Forum Contributor Made 100 posts in the forums
  • Forum Patron Made 500 posts in the forums
  • Forum Hero Made 1,000 posts in the forums
  • Forum Wizard Made 5,000 posts in the forums
  • Forum Unicorn Made 10,000 posts in the forums
  • Forum Mega Brain Made 20,000 posts in the forums
  • x109
    Coach One of your tutorials has over 1,000 readers
  • x69
    Educator One of your tutorials has over 10,000 readers
  • x3
    Teacher One of your tutorials has over 100,000 readers
  • Sensei One of your tutorials has over 1,000,000 readers
  • Regular Visitor Visited Construct.net 7 days in a row
  • Steady Visitor Visited Construct.net 30 days in a row
  • RTFM Read the fabulous manual
  • x38
    Great Comment One of your comments gets 3 upvotes
  • Email Verified

Progress

32/44
How to earn trophies

Blogs