brunopalermo's Forum Posts

  • Just use super huge values, like 10000, for acceleration and deceleration and it will fix this.

  • No worries, let me try to put it clearer.

    You have to create a group and put all events related to the functionality of those buttons inside that group.

    Then, you must create, outside this group an action that activates the group when the layer (the one in which the buttons are) is visible, and deactivates it when the layer is invisible.

    Something like that:

    Hope this helps. Cheers!

  • First, the actions must be outside the groups that will be activated/deactivated.

    Second, you don't disable a layout. You make Groups active or inactive, groups like the "ActiveButtons" on your pic.

  • Hey RoboticPhoenix!

    The Platform behavior has an setting called "jump sustain" for the exact behavior you're looking for.

    Everytime you "simulate jump" it will work, even if not using the default controls. The problem will be if you associate it to an "On" type event, since these events are performed once. You must call it from a "Is" type event.

    Examples:

    On key "Z" pressed | Player Simulate Jump 
            or     |
On mouse clicked   |
[/code:lvswtodr]
Will not work.

[code:lvswtodr]
Key "Z" is down | Player Simulate Jump 
         or     |
Mouse is down   |
[/code:lvswtodr]
Will work.

Hope this helps. Cheers!

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • Just highlighting that although you MAY use a third party API or specific plugin, this is also feasible with basic php and a mysql db.

    A while ago ArcadEd made an excelent tutorial explaining how to save a leaderboard online, the principles are the same. You should check it at:

    https://www.scirra.com/tutorials/346/on ... -php-mysql

    Hope this helps. Cheers!

  • Your code is great and it solves a problem I had in mine which is the head "tugs" the body pieces, so, in longer snakes, the tail will only move if the head is further enough. Apparently that doesn't happen in yours, since it controls each body piece independently.

    Anyway, the idea was just giving an alternative for those who want to do it with no extra plugins or behaviors....

    Cheers.

  • Hey NECRONOMICRON!

    Something like this? (using pin[rope])

    https://www.dropbox.com/s/lf80ci5win02g ... .capx?dl=1

    Hope this helps. Cheers!

  • Or just add a condition if layer is invisible > set group buttons inactive and vice versa. Thus, when you make layers visible or invisible, the buttons on it automatically become active or inactive.

  • And here's an example with a simple skill system. I added 2 more enemies and their skill levels are 10, 25 and 75. You can tweak the values and see how precision changes. Precision will also decrease automatically with distance since a small deviation at the end of the gun means a bigger deviation the further the enemy is, which is pretty realistic. <img src="{SMILIES_PATH}/icon_e_smile.gif" alt=":)" title="Smile">

    https://www.dropbox.com/s/40ukw8mlhxql0 ... .capx?dl=1

    Cheers!

  • The checking for the state (0 or 1) should be nested under the On key pressed event, not the other way around.

    Also, I'd suggest you make the state variable a boolean instead of a number. That would reduce the number of events since there's an action Toggle boolean.

    In the example below I did both things, but I changed the state variable to a On variable which is a boolean and may be True or False.

    Hope this helps... Cheers!

  • Could you share the capx, so I can reproduce the error and do some testing?

    Cheers!

  • Hey NN81!

    I understand your point and, at some length, I agree with it. That said, I'd rather suggest the more efficient approach and even help the person out on getting it done. this way we'll have one more person that can do it properly and can share the knowledge for doing so... But, yes, I understand the point of giving easier and safer approaches.

  • Actually, it's more organized to have an array, json, xml, whatever, to setup the levels and just one layout to read that and build the level. Also, having all loadable objects on a separate layout allows you to only create the ones used on that level specifically, there's no burden whatsoever in this model dop2000 is explaining...

    This is not, or at least shouldn't be, a strong minority. Several games would be better implemented if they used this framework. If the majority doesn't, it's not because it's better, but because the majority is probably not skilled enough to do it properly, I guess.

    Finally, let's suppose you created 100 levels and noticed, later, you must make some change on level structure that would affect every level. With the multiple layout setting you'll have to make this change 100 times. With the other approach you only change once.

  • I wasn't even interested in making this kind of games, but checked this thread just to see what was up. I was completely taken aback by your solution R0J0hound!! Who would think Construct 2 could handle this kind of stuff?!?

    Amazing!

  • There is no such thing as "the best platform". Some platforms may be "more suitable" for a given game, but hardly "the best". I'd suggest you to publish on as many as you can. It would be good for you to understand the perks of each platform and compare reception on them, thus, giving you actual information on what platform is best for you.

    Note that some platforms will demand extra implementation, like the login/permissions for Facebook, for instance, while others will be simpler. This should count when deciding if the returns are worth the effort. But you can only know if you test every one of them, which I recommend.

    Regarding you game, I noticed it has a bug. When you restart the match, you play the main song again, but you never stop the latest instance, so we get the same song playing twice simultaneously. You should add a stop all sounds action there. Also, I'd have some comments on game design issues, if you want to hear them, just PV me.

    Good luck on your project!

    Hope this helps. Cheers!