R0J0hound's Forum Posts

  • Functions are the typical way to do that, unless you had something else in mind.

  • Colludium

    I can confirm the bug. You can re-arrange it without an else to show the "or" is the only issue:

    every tick:

    --- set text to false

    mouse is overlapping tiledbackground

    -or-

    sprite is overlapping tiledbackground

    --- set text to true

    For me the second condition in the "or" block is always ignored.

  • imothep85

    To keep them from overlapping each other it's the same solution as with the pathfinding behavior:

    ElChuchis

    It's hard to see with those gifs but the way I had it setup is the LOS behavior had a range of about 200. So the waypoints should be less than 200 pixels apart. If a dude hits a waypoint and it can't find another waypoint in LOS within 120 degrees of the direction it won't get a new target, so it will orbit it's last target.

    In mine I also made the bullet behavior bounce off solids to avoid cutting through the buildings. In your gifs that looks to be happening.

  • Here's an idea. You can use the bullet behavior to move the people and the LOS behavior to pick a node to move to.

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

    /examples33/city_walk.capx

  • This is the difference between an actual trigger and a fake trigger.

    "on key press" is an actual trigger and is triggered when the key is pressed.

    "on button pressed" is a fake trigger and is the same as

    "button is down"

    "trigger once"

    More info here:

  • Just make the objects global and destroy them at the start of the first layout.

  • The idea above it to save the velocity, move, then set the velocity from the saved one. Basically the reason fro this is moving the object changes the velocity, which can be useful for things like using dragndrop to throw physics objects.

    Alternatively the chipmunk behavior works fine with the wrap behavior by default.

  • hmann128

    There are a few ways to do it. The simplest is to make the objects global so they won't be destroyed when the layout changes.

    Another idea is to store the object's info in an array, then looping over the array to re-create from that. Here's one possible example:

    This may be an overkill for what you want, but the idea is there.

  • I'm not sure how much help I'll be. I mean I could come up with something like alextro, but nothing would be exactly what you had in mind. I guess we could go back and forth with you saying what's wrong and me then fixing them, but that would just be me making your game.

  • I think the wait tutorial shows a similar example but this would work:

    a=1

    trigger once

    repeat 3 times

    --- wait loopindex*0.2 seconds

    --- set opacity to 0

    --- wait loopindex*0.2+0.1 seconds

    --- set opacity to 100

  • Try Construct 3

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

    Try Now Construct 3 users don't see these ads

  • It's probably all doable. You can prototype/benchmark any of the feature in the free version if you'd like, and the event and layer limit won't be an issue.

  • You'll want to use the same size for identical quality. There's also an action to increase the resolution of the paster's texture, which by default is the same size the pater object is when it's created. One side note is using the action erases the texture.

  • Kan

    I don't get an error here with r227. Try re-installing the plugin, it sounds like something that was fixed a while back.

  • Kan

    The objects need to overlap for the paste action to work.

  • It's rather simple to do, and JavaScript isn't needed at all. As alextro showed you can do it with only one event. Why not get creative and try experimenting and see what you can come up with?