Ashley's Forum Posts

  • Thanks for making this, it's interesting to get a better idea of how people imagine the scene graph working.

    I like the approach of having a hierarchy bar that shows all the connections as a tree.

    At the moment the proposed way of treating "scenes" like "object types" is awkward to fit in to Construct's current architecture. An object type is something that directly has instances, variables, behaviors, picking capability in events etc. itself, and scenes don't seem to be quite the same kind of thing as that, so I think it would be better to approach that differently. Perhaps there could be a separate view that shows all objects at the root of a graph, which is what a "scene" appears to basically be.

    The scene editor also seems to duplicate a lot of what the Layout View does - it seems to make sense to me to just do all that in the Layout View directly.

  • The error message tells you what is wrong - the addon ID is misconfigured. Usually you can press F12 and check the browser console for more details.

  • One of the problems we have with feature suggestions is the vagueness of many suggestions - the filed suggestion says little more than "make a scene graph feature", which means it's pretty much left entirely up to our interpretation of that. We have some rough plans, but our job is to make what users want. The risk of a vague suggestion is we do what we think was meant, but really people were thinking of something else. I try to encourage people to be detailed and comprehensive but often that doesn't happen.

    If you think the scene graph should work in a particular way, now is definitely the time to explain what you think that should mean, in detail. Screenshot mockups, comparing various approaches, thinking about advantages/disadvantages and tradeoffs, the various editing facilities, the runtime features, the edge cases that might trip people up, how it might tie in to other existing features and potential future ones... all of that is important and can result in significant delays if it's not properly thought through in advance. You don't have to do any of this - if nobody does, as I mentioned we'll just do our own interpretation of it - but if you have strong feelings about how it ought to work, the sooner you provide a comprehensive and clear explanation of what that is, the better chance we have of incorporating that.

  • You've not shown any events that indicate how long the action took. So you could just be measuring this wrong and being misled by whatever you're looking at.

    Either use the 'Wait for previous actions to complete' system action, or the 'On item set' trigger, to find out when the write to storage completed. Even on a slow system it should complete within a couple of seconds, and most of the time it should be almost instant.

  • Coincidentally, we actually recently started development work on this. However it will likely be a several months long project given the size and scope of the feature. I've updated the feature you linked to.

  • IIRC, I tried the project you provided and it worked just fine in Safari on both macOS and iOS.

  • Apple ban other browser engines on iOS, so Chrome is just a skin for Safari. Safari only supports fullscreen on iPads, not iPhones.

  • Construct already sets the target SDK version to 28 when exporting. I just tried it and verified it does set that. So you shouldn't need to change anything. Make sure you're using the latest version of Construct.

  • This sounds like a bug we fixed in the latest version of Construct - try using r206+.

  • This blog post also goes in to some detail about this.

  • The build service is working fine for me. Check your Internet connection is working.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
  • We're always busy with tons of things to do - I'm afraid while I'd love to do all this we just don't always have time, so I'd proceed on the assumption this won't be available for the time being.

  • If you create a new css file in C3 and then try to name it 'style.css' you get a warning and you're prevented from changing the name. However, if you use 'import files', you can import 'style.css' without a warning - beware!

    Ah, that's a bug, the import files dialog should catch that too. I've fixed that for the next beta.

  • If you have .webm files, you don't need any other formats, so you can delete them.

    Audio should work on iOS. It's hard to say more without any more details. As far as we know it's working in thousands of projects out there.

  • Is it a Construct 2 project? 'sign' is a system expression that was added in Construct 3, so if something in C2 uses the name 'sign' it needs to be renamed to something else first.