Fotomac

That's what I assumed. As such, determining which direction the player is facing would let you know where the player was, so you could make Brock use whichever walk routine he needed so that he didn't walk on top of the player.

If the player is facing up, that can only mean he is standing directly underneath Brock, so Brock would need to walk to the side and then down. So you would:
- check the player's facing
- if he is facing up, load the walk-over-then-down movement
- if he is facing any other direction, he is not directly underneath Brock, so load the walk-straight-down movement data.

If Brock is just standing there and you walk up and talk to him to start it, then yes, what I described should absolutely work. How are you wanting this event to play out?

You would need to know where the player was in relation to Brock. Since you know where Brock is, you can just check which direction the player is facing and make Brock move accordingly. If the player is facing up, that means he stood below Brock to talk to him. If the player is facing right, he stood to the left of Brock, and so on. I'm not sure what the variable with the player's facing is called in your copy of Pokered, but you can look at the script for the TV in the player's house, it checks his facing to determine whether to show the text about the movie or to say "Oops, wrong side".

An example of something similar is one of the Pokémon outside the Safari Zone in Fuchsia City. It checks which one of the fossils you chose, and makes the other one show up as the Pokémon in the fenced-in area. That would give you a good example of how to determine which one to give by checking which fossil the player received.

You might be interested in this:
https://github.com/TheFakeMateo/RedPlusPlus/commit/bb7da0e79b0d7ea4d191ea60e16aac458a951b70

I added charmap entries for the special characters used to show the Player's name and the Rival's name. Makes the trainer names easier to read, and would make it harder to accidentally use the wrong one in new text. (like how I accidentally made an event call you the rival at first, because I put $53 instead of $52, but it's harder to accidentally type [RIVAL] instead of [PLAYER] haha).

done!

Yup, a lot of basic equations to solve damage outputs and stuff.

Lol you're setting up plans for me when I never gave my permission.

Math lol

I'm not much of an artist lol. I just doodle.

Good luck with that. Creating games isn't my field.

No I haven't.

Exactly haha

I like your avatar. ;)

Is that game open source?

super tux kart? no, why?

If it wasn't for that, your thread would have been rejected for not containing enough information about your game. You made a good intro, but everything else said nothing to distinguish your game. The more information you have, the better.

I need to know, so that I can structure my sentences in a way that you'll understand, if you have any sort of mental deficits that I should be aware of?

I said: YOU DON'T NEED A THREAD ON THIS FORUM TO HAVE THE PHYSICAL ABILITY OF ACTIVELY WORKING ON YOUR FAN-GAME. MAYBE YOU'RE BEING TOO LAZY AGAIN, AND DON'T FEEL LIKE PICKING UP THE SKILLS REQUIRED TO HANDLE ESSENTIALS, SO YOU WANT TO OPEN A NEW THREAD RECRUITING PEOPLE. HENCE YOUR STATEMENT THAT YOU NEED A THREAD TO WORK ON YOUR GAME AS SOON AS POSSIBLE.

Was that simple enough for you?

Ummm...what does that have to do with anything I just said?

Mmm, no. I'm saying publicity!=game_development (if you know coding, you'll know what that means).

You don't need a thread to start working on a game. You just want one because you seem to like attention. Who knows, maybe you want to recruit a few members to make the game for you. Just a thought.

I'm currently working on 2 projects, neither of which have threads here (or anywhere). Does that mean I can't start working on those 2 projects until their threads get approved? Don't be absurd. You know what you're doing, and I'm just calling you out on your crap.