Ashley's Forum Posts

  • The encrypted data is actually a binary structure which includes some metadata at the start including the iv. But my point in this case, you don't need to worry about any of that, as if you just use HTTPS it's all encrypted anyway.

  • You do not have permission to view this post

  • Custom actions aren't called per-instance in the event system though - an API that matches the way the event system actually works would look more like runtime.objects.Sprite.customActions.MyAction(arrayOfPickedInstances, ...params), but that's not a very natural for a JavaScript API, which is what I meant by the different paradigms.

  • It's sent along with the encrypted data. But you shouldn't need to do that. Use a HTTPS connection and everything you send to the server is already encrypted.

  • Add a Text Input, tick the 'Spell check' property, and the browser will use its built-in spellchecker for whatever is typed in.

  • Construct doesn't provide a script API for the Audio object, but you can just access the Web Audio API directly when using JavaScript code. The concept of tags isn't part of the Web Audio API: it's added by Construct for organising audio in event sheets. Tags aren't really necessary when using JavaScript directly, as you already have full access to the entire Web Audio API.

  • This was already asked and answered here (please don't cross-post questions)

  • I've never seen such a long audio lag on any of the Android devices in our office. For Construct's part, it already uses the Web Audio API for playback which is designed for low latency playback, and I doubt any custom JavaScript can beat that. I suspect the problem is with the device, or the version of Android it runs, and not Construct.

  • It's not currently supported. Further, as the concept of custom actions relates closely to picking in the event system, and since picking is not a concept that is built-in to JavaScript, it's not necessarily obvious how to design a script interface for calling a custom action. They operate in different paradigms.

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • I'm afraid it's impossible to comment on just a video. If you think there is still a problem please file an issue following all the guidelines, as we need all that information to be able to investigate and help.

  • The Touch object just reports what the browser provides via the deviceorientation event, so you may as well just read the same value directly from the browser when using scripting.

  • The current plugin uses the billing library v4 - we'll update it to v5 soon (hopefully well before the November deadline).

  • Here I am to once again explain that we get far, far more suggestions than we could possibly do. We have got probably 5+ year's worth of work posted in a few months to the latest suggestions platform. It is such a vast amount of suggestions that it is an enormous amount of work merely to review and respond to them all. Further, suggestions that look simple or obvious frequently turn out to be far more complicated than anticipated.

    I'm mostly just repeating what is described in more detail in this thread about the suggestions platform. That also explains why we do not guarantee a response to suggestions, and has a section saying "please do not try to claim your idea is simple or easy to do".

    I did have some email contact with someone else about this. The email thread originally started about a bug in the SDK, which was fixed, but then went on to a suggestion. It's not actually clear to me the topic discussed in that email thread is exactly the same as the thing described here. Anyway I ended up saying pretty much what I said here. I did some brief exploration of the feasibility - even though as I said there is no way we could possibly do even that for the volume of suggestions we get - and as far as I could tell from that, it would in fact be extremely complicated to do anything more at all in this area. Construct is first and foremost a 2D engine and adding more features that you'd typically see in a 3D engine quickly becomes very difficult, not least because the entire existing engine is geared for 2D. I would definitely prefer not to discuss such topics by email mainly because we don't have the resources to do that for everyone, and also because we have the suggestions platform to try to deal with that in a more consistent and transparent way.

    I realise that hearing a negative response to suggestions can be disappointing. I would emphasise once again this is usually due to the volume of suggestions and our limited resources, and nothing to do with the quality of the ideas. I'd do all the suggestions we got if possible, but it's just totally inconceivable. It's unreasonable to take an excessively negative interpretation of this, and so I must point out the Forum & Community guidelines, in particular this part, which if it continues may result in the thread being locked.

    Having a persistently antagonistic, cynical, combative, sceptical or complaining attitude. For example, no software is perfect, but if you continuously claim that our products are absolutely terrible in every way, you may quickly wear out your welcome.

  • r327.3 came out a couple of months ago and so far it seems to have been working fine for everyone else.

    Usually the quickest way to help is to share your project file.