Aphrodite's Forum Posts

  • Right click in the exporter window, show deprecated exporters.

    As for why this happened, a quick search on the forum should get you sorted.

    Actually

  • C2 exports an html5 page, that is entirely controlled by javascripts files, and as far as I know, unity support something ressembling to javascript to script inside it, but it is a "holemade" version with its own particularities.

    Also it is basically the way the interpreter interprets the javascript that cause that, the problem would still be the same, as there are not a unique JS to native compiler. Even if there was, C2 would still have to support the browsers also, so we cannot plain ignore this issue that happens also in some versins of chrome.

  • You do not have permission to view this post

  • "I have a number of arrays that are generated via the editor. I found this easier as we can't simply import data, so I needed to go in one by one and add the contents via Construct 2 events.

    I have 10 arrays, and each array contains over a hundred questions, and each question has 4 possible answers. This means that in order to build the array using events, I needed over 500 lines. "

    I suggest that you use project files instead, and that you fill an array using said project file

    for exemple: Questions.txt, content:

    Question1;Awnser1;Anwser2;Anwser3;Anwser4;GoodAnwser(1to4)|

    Question2;Awnser1;Anwser2;Anwser3;Anwser4;GoodAnwser(1to4)

    then you fill your array with the questions and awnsers with a function that will use tokens to fill it.

    Or something alike.

    Still agree with the original suggestion though.

  • "So useless

    So useless

    Not everything has to serve a purpose

    Cannot close the page

    So useless, but you need it"

    Realy beautiful, was only able to make it work on my laptop but with a lower quality, it ran smoothly without any issues.

  • I think you can just export as html5 and use the cloud compiler of cocoonJS

    Else, you can right click on the export selection window, and select "show deprecated exporters" to have cocoonJS availiable.

    I think you might need to include the cocoonJS open source plugin, but I am not a cocoonJS user (will never be), so I do not know a lot.

  • Could be a nice idea also regarding graphic implementation in C2 and solo devs talking about how they planned graphics in their games, however most graphic artists are worried about their work being stolen so an "art" subforum would not be used that much for art itself, that and also most people prefer to go in communities made for that specific topic.

  • There is no way to delete a save, the way you could do it is just deleting a reference to a save, like checking a webstorage value that would be related to that save.

    Ashley the request is still really valid, could a simple "delete existing save (by name)" exist?

  • I know that we rely upon 3rd party wrappers or browser for - everything html5.... But I am pretty sure that if we contracted out our export to desktop option and it broke over night then the message would not be to wait until things improve (indeterminate time frame, could be 2-6 months) - a rapid reversion to what worked before would be implemented whilst the problem was addressed. I could not imagine this happening with Unity, for example. This should be no different IMO; I don't understand how a high standard of product can be confused with using a wrapper's latest update.

    Agreed that C2 and node webkit should be completely separated (in fact, this is what they were trying to do, but the jank caught them off guard, still, they could have done it better I think, like giving the older ones and getting it to still work). But for some what da hell reason, node webkit is a part of C2 license (even though I would be confident that only the easiness of export is, as node webkit cannot be a selling point, not sure about the term of use of node webkit, that and why would it be a selling point anyway when we think about it, it is a freaking html5 engine, wrappers were always an operation to do separetely, if we have to build mobile apps via the XDK, why not for node webkit, never understood that).

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • It is just that little hacks like this are working, but the fact people have trouble with the duality of C2 and node webkit is not a very good sign, thus I wanted to share somethings that sort of shows how that works behind the scenes, not that "in topic" now that I think about it (even though it shows that you just bundle files and parameters within node webkit to define what happens, which assure there is no reason for it to fail).

  • Well, related to node webkit if anyone is interested about how building works, this old tutorial of before the support was built in (the good ol' awesomium times), if it still works (it should), that may be another alternative, you just export your html, you wrap it up with the older version of node webkit you should be able to find on the internet, that may be less troublesome than making C2 believe you are using the latest one (and also could be applicable outside C2), unless C2 only activates the node webkit api depending on the chosen exporter maybe.

    https://www.scirra.com/tutorials/417/ou ... ode-webkit

  • I think you have to put somewhere into your event sheet, on up pressed, on down pressed, etc...

    Source: https://www.scirra.com/manual/113/keyboard

    "Browser shortcut keys

    In some browsers, some keys are shortcuts for browser actions. For example, space bar sometimes is a shortcut to scroll down the page. If any events exist for 'On key pressed' with a given key, Construct 2 blocks the browser from performing its normal action. For example, if you wish to prevent space bar scrolling down the page, add an empty 'On Space pressed' event, if you don't have one already."

  • Well, I am against the 2 codebase thing for C2, doing an app separately would be stupid (incompatibilities and bugs would be kind of multiplied), however I can imagine the idea of the html5 version, where you can either pin the different windows (like the property window or project window, or the layers window, like the way it currently works), or make them as side tabs, they would open when you drag them onto the center (thus, they would not be covering up the screen, and you can access them), some might say "not that convenient", stillnmore that not having a mobile version.

    For the event sheet, I do not see a real problem on mobile, but even then, some people have tablets too so I see no reason of censuring one platform.

    However it is just my opinion.

    So in short, I am for the development of a html5 based version, to be fair I tried the webapp of gdevelop, and it felt good, not perfect, but good, and I am sure it is also doable for C2 (or whatever the name would be)

  • App size of 5+ MB, may I ask if it is inferior to 20MB? If so, that could mean you did not used crosswalk, which implies bad performances on android versions up to 5, due to the poor webview of those.

    Can you try the web version you posted in either chrome or firefox for android?

    hundredfold I would guess from his event sheet (if it is the only one), that there is no optimisation to do on his code, as the majority of the performances problem would be elsewhere (if you have performances issues with so little things happenning, unless you are using physics, you can bet the interpretor is most likely unable to do the job, and there does not seems to be an obvious performance swallowing event, then the apk size tells me that crosswalk was not the one being used).

  • You could try to see if you have any wasteful assets (exemple: a 256x256 plain black square, images that are not cropped when they could), that may helps a bunch.

    Also keep in mind that the assets are load and unload at each layout beginning (well, a little more complex than that but the big picture is here).