Aphrodite's Forum Posts

  • I wasnt confusing, cocoonjs is (was?) not supporting textboxes because it is a form control, that was what did not made sense in my head.

  • Blacksmith but that would imply that scirra is supporting actively this exporter and so, are responsible if there are bugs with it, which is not the case.

  • It is more a matter of what you want to accomplish, maths are just a tool, and I know quite a few people have trouble with what some consider as "the basics", C2 offers some system expressions to help when you do not know the exact formula to use, but it all revolves around trying to achieve a goal.

    Try to see what you want to achieve, and see if you have tools that helps in C2, then if you have the knowledge to do it.

    However I recommand knowing some basics about trigonometry (what sinus and cosinus are doing), some algebra (so you can manipulate formulas you could find). And for physics, you could try to see about something related to movement but I dont think it is required

  • I'd love to get rid of Cocoon... but it's the only program that allows me to use the text box to enter names into my game.

    For the time being, I'm sadly stuck with it!

    Is there a problem with the basic textboxes of C2?

    We've tried all the alternatives, but so far our apps always perform much better in CocoonJS (despite all of its problems).

    For this reason, I think it's better to continue providing the option of using CJS, in the exporters list. People should be able to choose the solution which best suits their needs (and for us that's CocoonJS).

    This is what has been done, it is just hidden by default so new users don't plan on targetting it.

  • I know they are supported, but I never hear much of it anywhere.

    But indeed most people may jus be using the html5 option. That makes sense

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • Just a question that got into my head, It seems I never read anything about chromebooks or chrome OS on this forum, I started to wonder if they are ever considered as a potential target (since basically html5 is the way to go for them, and quality html5 is what C2 manly does), or if people just did not care, of if there is a technical reasoning behind that.

    Also I may be just blind too, but since it seems people are always into mobile that may explain why I did not saw it then.

  • Did you set the seamless mode in the tilemap setting?

  • No event picks any jullet for the changing direction. So all are affected.

    I suggests to set the angle in the same event the bullet is created.

  • You can also have a loader layout, which will appear when the assets it contains are loaded

  • "Cocoonjs is a clunky exporter that scirra cannot control in any way possible"

    not counting memory management issues, this clunky exporter is still better than Crosswalk. Yes or No?

    I think it is unstable on some devices, and if we are going to not count the memory management issue, we might as well not talk about the performances issues of crosswalk, except for small games.

    At the end cocoonjs is a fine product by itself, but it should not be advertised as a c2 exporter, which is what depreciating it means

    Ps: also i think ludei wants to make cocoonjs compatible with the html5 export itself too, and since cocoonjs should support html5 apsp, and not the other way around, it is fine.

  • "Maybe giving the open source plugin more attention and release an official CocoonJS plugin for C2 with a small support is still the best option?"

    Seems familiar... oh right, there was an official cocoonJS plugin, but ludei did not a great job at keeping scirra knowing informations to maintain it properly

    Then ashley gave it to ludei so they do it themselves correctly, they released it as an open source plug in so they won t have to do it.

    It was also a broken plugin when it became open source.

    Cocoonjs is a clunky exporter that scirra cannot control in any way possible, so they shpould not support it in any way, also it is not really that compatible with c2, at the end, depreciating it is the best thing they could have done, it is clunky, if users wants to use it, sure, they can, but this is a responsability scirra should not take since if cocoonjs fails once again, then scirra will be hurt by it another time, with no control over it.

    It is just too big of a risk, and a decision that was not immature, they kept supporting it for years, always dissapointing, crosswalks and ejecta were added just to have a valid alternative to cocoonjs, but right now cocoonjs is still preferred over them (which also implies small games are mostly made, since the memory management of c2 is incompatible with cocoonjs).

    At the end, if you have problem with cocoonjs, you may want to talk to ludei directly, it is them that maintain the wrapper.scirra cannot do anything nor guarantee it will work, only for that it should not be listed inside the exporters.

    However, it should not be completely dropped (it is not completely dropped here so it is ok)

    Edit:since this topic is for people wanting it back, It might not have been wise to post here as the post count would increase, if this post disturbs someone, I can delete it.

    — I think you can still export to cocoonjs using the beta, it is a depreciated exporter, which means it is accesible via a right click on the exporter list.

  • Phonegap will be nice with ios8 and android L, not before, for now, we have to rely on crosswalk, cocoonjs (still working), and ejecta

  • Not that stable, not compatible with c2 memory management, not fully compatible wit some of c2 basic features, conflicts between scirra and ludei that finally lead to have the community itself take care of the plugin since ludei did not enough work from their side, better exporter for android, phonegap that will take the lead at the end for both iOS and Android, the surprising popularity of cocoonjs despite the fact it is kind of unstable, that updates of cocoonjs tended to be plain broken, and that scirra had to endure the support to their user since they were proposing it.

    Now scirra will not have to take responsability if it is broken once again for a long time period.

    I think that sums up it partially.

  • The thing is you are setting some " around the expression's value

  • It does not have a timeline, but you can mesure the time and use timers on objects, I don t know if that is enough for what you want though.

    I would say the free edition may be enough to try things out

    Also I think there exist a timeline plugin somewhere in the forums, but not sure what it actually does.