Ashley's Forum Posts

  • I think loader layouts are designed to be shown while the project resources are downloading in a web export. With an offline export like NW.js or WebView2, all resources are available locally with no need to download them, so I think in that case it skips any loading phase and just assumes everything is available, and so there is no load time (at least in the perspective of the engine).

    So in theory as long as the first layout is small (i.e. does not load loads of images), it should load quickly.

    PMs were used for abusive purposes including spam, and moderating them means the team looking at people's supposedly private communication, which creates some fairly difficult data privacy/regulatory/legal problems, so we removed them.

  • I think the answers to these questions depends on Microsoft's policy for Xbox publishing, and so you'd have to talk to them about it.

    If by lag, you mean network latency, then that is determined mainly by the quality of the Internet connection. Reducing the amount of data synced will reduce the bandwidth transmitted, but that does not make messages travel faster, unless perhaps you were swamping the connection with more data than it can handle.

    Scirra's signalling server has been running for several years now and should continue to do so for the foreseeable future.

  • Also, why not just simply refer to:

    > 	this._worldInfo
    

    In the documentation that property is not documented, and so for support purposes it does not exist. If you use it, it could break at any time (e.g. if we rename or rearrange some stuff in the engine, which we do occasionally). So you should only call this.GetWorldInfo().

    You could cache the return value of that yourself, but I don't really see any point in doing that.

    Supporting mobile apps generally requires annual updates to comply with the latest publishing requirements. As Construct 2 was retired in 2021 it is no longer being updated and so will only fall further behind the latest publishing requirements, which likely makes it infeasible to publish mobile apps any more. You can of course upgrade to Construct 3 which fully supports this and continues to be updated to support the latest publishing requirements.

  • It's a good example of something that might sound simple, but actually involves a great deal of complex work to support. As it stands families are independent collections of other object types - a nice and simple system. If you can add families to families, then it transforms that in to a tree structure of families. Changing the structure of the tree (e.g. by adding/removing/moving families in families) will have complex repercussions in your project regarding which instance variables, behaviors and effects are inherited through the tree, and cause various parts of the project to become invalid, which the editor has to handle (e.g. by deleting events referencing things that are no longer applicable).

    It can be done, but it's time consuming and painstaking work to do upgrades like that, and as ever we get far, far more feature requests than we can possibly do, so we have to be pretty ruthless about prioritising.

  • Can you share sample projects that demonstrate those issues? That would help diagnose any problems and we could report problems to Google. As WebGPU is still fairly new there's work actively being done to improve it.

  • It's not supported, and I don't think it's feasible to support, since as their documentation notes they don't use a real browser engine. We've tried a few times in the past to support other platforms that are "pretend" environments that just have a few web APIs added on top of a JavaScript engine, and they are always too limited (missing many features that real browsers provide) and too buggy (since they don't run their engine against the standards-compliant test suites that real browsers are validated with).

    It's a shame - if they used webviews like Cordova, it would work great and we could probably support it.

  • If there are no objects in the project using a Construct addon, then that addon won't be included in a build. You can use the 'View used addons' tool by right-clicking the project name in the Project Bar to view all the addons used in the project, and find all objects of that addon kind (since you may have renamed the object so you can't find it any more). However if you use a different Construct plugin and it still references the same Cordova plugin (like chadori-applovin-max-mediation), then you'll still get the same Corodva plugin in your build. That could come from any addon you use in your project - there isn't a 1:1 relationship between Construct addons and Cordova plugins.

  • If you open the web browser debugger you see the requests in plain text.

    Is there a way to hide the AJAX request?

    No, you can't hide network requests. But normal users won't see them anyway, as normal users don't look in dev tools!

  • Just reload the page, or close and reopen the app, and it should update.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads
  • The vast majority of the time, replies to old threads are either irrelevant, or spam. Technology moves fast and usually if you think your problem is related to an old thread, it actually is not, and you should start a new thread instead. People got this wrong so consistently we imposed a rule on the forum to enforce it.

    The linked thread refers to Construct 2 which was fully retired in 2021 and is no longer supported, so you should not expect any problems with it to be fixed.

  • Assuming the OP is referring to Construct's List object, that is based on a <select> HTML element, where items are <option> elements. It does not use <ul> or <li> elements, which are for things like bullet point lists in documents.

    You can use CSS to style option elements too, but the range of styles browsers allow for styling them is limited. There's a new <selectmenu> element in development that allows for more advanced styling, but it's not been released in any browser yet.

  • I'd just enable unbounded scrolling, and impose your own scroll limits.