src/event_object_movement.c, and then go into the function ObjectEventSetHeldMovement. Make this change:
Original
...............
objectEvent->heldMovementFinished = FALSE;
gSprites[objectEvent->spriteId].sActionFuncId = 0;
FollowMe(objectEvent, movementActionId, FALSE); ← ← ← ←
return FALSE;
}
Change
.................
objectEvent->heldMovementFinished = FALSE;
gSprites[objectEvent->spriteId].sActionFuncId = 0;
FollowMe(objectEvent, movementActionId, TRUE); ← ← ← ←
return FALSE;
}src/follow_me.c, specifically in the FollowMe function:
............
else if (!gSaveBlock2Ptr->follower.inProgress)
return;
else if (ScriptContext2_IsEnabled() && !ignoreScriptActive)
return; //Don't follow during a scriptObjectEventSetHeldMovement, but it's your call.
FollowMe in the file src/follow_me.c. For example, if you didn't want any followers to appear when the player is indoors, you could change that if-else chain to be this:
if (player != npc) //Only when the player moves
return;
else if (!gSaveBlock2Ptr->follower.inProgress)
return;
else if (ScriptContext2_IsEnabled() && !ignoreScriptActive)
return; //Don't follow during a script
else if (gMapHeader.mapType == MAP_TYPE_INDOORS) ← ← ← ←
return; //Don't spawn follower indoorsFollowMe and making sure the follower just becomes invisible when UpdateFollowerPokemonGraphic is run, which can be found in src/overworld.c, rather than going throught its normal process. I think that would be all you would need, since I've made a lot of the follower interactions not happen as long as the follower is invisible. Of course, I could be forgetting some specific interaction, but I'll leave you the joy of finding those edge cases!include/constants/event_objects.h and deleting everything from #ifndef POKEMON_EXPANSION to #else, including those two lines, as well as the #endif associated with it.src/field_specials.c and edit the function GetLeadMonNotFaintedIndex to look like this:
u8 GetLeadMonNotFaintedIndex(void)
{
s8 i;
for(i = CalculatePlayerPartyCount() - 1; i > -1; i--)
{
if (GetMonData(&gPlayerParty[i], MON_DATA_SPECIES2, NULL) != SPECIES_EGG && GetMonData(&gPlayerParty[i], MON_DATA_SPECIES2, NULL) != 0
&& GetMonData(&gPlayerParty[i], MON_DATA_HP, NULL) != 0)
{
return i;
}
}
return 0;
}
There is. It's all code, so anyone that can at least read and understand the code written in Pret's projects and Wiser's branch could just port the code over to Pokefirered.
That's technically and easily possible, yes. Whether anyone's willing to do that would be a separate matter.
It doesn't. As explained in the first post, there's a couple of overworld scripting commands used to spawn a following Pokémon, but just like Wiser edited Prof. Birch's script for it, anyone could edit Oak's in a hypothetical Pokefirered port.
I mean, if you mean what I think you mean, then yeah, it is.
include/constants/global.h and scroll down to the bottom of the file, where you'll see FAST_FOLLOWERS. If you set that define to TRUE, the player will be able to walk immediately after exiting doors and jumping ledges, and the follower will not get out of sync. Thanks to Karl for asking for and helping bug test this addition.