The "On start of layout" event is a trigger. It can't be paired with an or operator because it always happens and is the soul trigger for the event.

Other events that have a green arrow such as "On collision with" can't have the "or" operator either.

Well, if you are using the platform behavior for vectors, try removing some of the default values set by the behavior by setting them to 0.

Um...trust me, EaseTween is not the easiest way for such a simple action.

But it depends on how you are moving the enemies in the first place. If you are using the platformer behavior then modify their vector by a value, which would look something like this.

<img src="http://puu.sh/3Jvue.png" border="0" />

You could add the solid behavior to them

Or , you could disable platform behavior when overlapping and re-enable it when not overlapping

Thanks for the advice but neither of those really help me.

The objects have to pass through each other because they patrol left and right via platforming. If I disabled the behavior of them when overlapping they would simply stop moving when they passed through each other.

Hi guys.

I have platformer AI where the characters need to be able to go through each other, but one of the problems I'm facing is that they will bunch of against a wall when cornered by the player because they are trying to run away.

The problem here is that several of them appear to become a single entity and it's very hard to split them apart even if the player leaves and they resume their mostly random movement.

Does anyone know of an easy way to fix this issue? I'm using the platform behavior for their movement.

Make the transparent box visible and you might be able to see the problem.

There is a dotted box at the very top left of your layout. Everything inside that dotted box will not move if the parallaxing for the layer it's set on is set to 0,0.

It's possible you put your hud objects outside the dotted box.

Can you even use that or symbol in construct? I didn't know that.

Why don't you just make two conditions and set the block as an "or" block. Right click the block with the conditions and if one condition in that event is true then it will do the actions.

If you want to do a "and" and "or" block, you have to make a sub event block for that unfortunately, but I'm certain it will work.

Add an else condition between the two statements.

Problem:

If pause 0, pause = 1

If pause 1, unpause = 0

You are effectively pausing the game and unpausing the game in the same action, because the events are read from top down.

Adding an else condition to the second event will cause only one of those to be read per tick.

Solution:

If pause 0, pause = 1

Else, if pause 1, unpause = 0

I spent the better part of the afternoon working on this sprite text for my game and I figured I would share it for anyone else who wanted to use it. It's a modified version of "Geo" found here: fontsquirrel.com/fonts/Geo

I used most of the same characters as the default sprite font (sorry I don't have the Euro or Pound symbol and forgot to copy and paste >_>) so the only thing you need to do is change the character height to 24, and it looks a lot better if you set the character spacing to -2, however if you use a M and a W character together (maybe a few others), they will collide.

The font is a little spacey but it's hard to work around that...

This is what it will look like inside of Construct 2:

<img src="http://puu.sh/3FoSu.png" border="0" />

And just save this image to download the sprite font.

<img src="https://dl.dropboxusercontent.com/u/72855875/Permanent/spritefont_geo_twotone.png" border="0" />

I uploaded the web font to my game in the files and I've set the font appropriately, and when I run the game it takes a few seconds to kick in. However, when I play it from a browser, it never seems to load at all no matter how long I wait.

I'm only setting the webfont on the start of the layout. Should I be setting it a different way?

Um...I know one thing you can do is use an invisible sprite for collision detection and pin the visible object to that, then the visible object can rotate and the other sprite doesn't have to. I don't know if that helps but I don't believe you can actually prevent an objects collision box from rotating if the object is rotating.