Yes it should, but that enemy is a "family" composed by several enemies so I am telling it when you collide with any enemy of that family. If this logic would not work, then why does it work on the first drawn instance of it, should it not work like on all instances? Instead it always chooses to pick the x references of the first enemy, not the second or the third.

The global variables mentioned in that image have nothing to do with the enemies, they are used to keep the player behaviour in check.

The question I have been trying to ask is exactly the one you are asking.

How do I tell it to first of all, only take in consideration the x of the closest enemy, not of the first enemy drawn on the layout.

This:

How do I tell it "the instance of the enemy hitting" or "the closest enemey hitting"?

The second one, regarding damage, can wait, I want to solve this one first.

Maybe this image will help, please forgive the convlutedness of it, but it was necessary to make the 4 directional hits thing.

I have gone through it at the bottom and explained it on case you are not sure why certain things are the way they are.

p_hurt = "not" //need to do this so the player only collides once

p_invulnerable=0 //I have done this so the player cannot get hit for about 2 seconds after he lands.

p_health > 0 //so this will only trigger when the player health is above 0

player is overlapping Damage //damage is the name of the enemy family for now

player x > Damage.X //this is so where on the coordinates the player is

p_facing = left //so we know to do this only when the character faces left

trigger once

p_ishurt to "subtract" //this goes elsewhere to call the value of health to subtract

p_washit to f_left" //this records which of the 4 possible ways the player gets hit, so when subtracts has removed health, it turns into "where", this is important because the animation playing could be the death of the character instead of the one being hurt, it needs to know before it plays it.

p_ishurt = "where"//after subtracting health it now comes back here to do the next thing

p_facing = "left" //even if redundant I had to place it here because it was causing some bugs otherwise

p_health >o = // this needs to know you are not dead yet so it plays this animation.

p_washit = "f_left" //this is to confirm the hit location

p_ishurt to "f_left" //this is used to confirm and trigger the right animation and event

p_ishurt = "f_left" //this event starts now because of what is aboove

trigger once

vector y // makes it move from damage

vector x // same as above

p_crouch to not" //this makes sure than any other animation is cancelled if you are hit

p_punch to not //same as above

p_kick to not //same as above

protagonist //sets the hurt animation for this specific orientation and location

The following is the same as before, but we are checking to see if the character is dead instead.

So first of all, how to I fix the direction hit issue so that the x is of the instance of the enemy, not of the first one being called for.

Well the first problem is pretty simple to explain:

I do a player x value check and if it is greater than the x value of the enemy (in this case of the whole family), so if the character is hit from the left, he flies to the right, if he is hit to the right, he flies to the left (this also depend on which direction he is facing).

This works, but when there are multiple instances from the same family, construct only takes reference of the x value of the enemy I first put down in the layout (rather than the closest one), so if enemy 2 is like 500 pixels +X (right) of enemy 1, the collision still thinks you get hit from the right, no matter where enemy 2 is, even if he is to the left of the player (-x).

The second problem is that I literally have no clue how can I call with events a variable based on which enemy from that family has hit you without having to write a massive list:

getdamage=

if enemy_1 collides with player, get variable enemydamage_1

if enemy_2 collides with player, get variable enemydamage_2

if enemy_3 collides with player, get variable enemydamage_3

if enemy_4 collides with player, get variable enemydamage_4

if enemy_5 collides with player, get variable enemydamage_5

because they might all have different values.

Not sure if I understand it 100% but I will try it, thanks.

Also another problem I have with the family is that, when I check to see if the player x is greater or less than the x of "enemies" to see from which direction he is getting hit, no matter how many enemies there are, it always consider the x of the first enemy I have placed in the layout, not sure how to fix t his one.

It helps but the problem remains.

1. I will have to create a family for each damage value, so if a mosnter does 10 damage, he cannot be in the family where they do 20 damage (as far as I can the family does not allow me to assign a variable for each sprite, unless I assign it to each sprite within the family and they inherit it anyways).

2. I still do not know how to call specific damages as I quoted from my example above I will do so again, perhaps I as not clear.

What I have so far are 4 states:

If you are facing right and are hit in the front, or back.

If you are facing left and are hit in the front or back.

Everytime there is a collision with... "family" (and checking the x coordinateds to see if they are coming from the back or the front), go get the damage (varaible "getdamage").

getdamage subtract ....????? from health.

?????= What do I put here? How do I tell it "from the family you have just collided with" or "check the family you have collided with, then go get this global/local variable"?