Loses Squad leader position/Command.

[Cougarxr7]

I do not know if this is a bug or part of the game. Thanks to Spooner, I have the respawn on squad leader working.
The problem now is, I lose squad leader position. Some Squad member takes over control.
Any know why this is happening?
Thanks

[Spooner]

Yep! That is how it works in Arma. When you die, quite reasonably your immediate underling takes over, but you don't automatically regain control when you respawn.

There is a selectLeader command that allows you to reset the control of the squad manually.

[Cougarxr7]

I did not get killed when I lost the squad, icons just disappeared!
On this command, when it says name, is that the name assigned in the editor?
groupName < how do you assigned this group a name?
                 selectLeader
                                    unitName < this name is assigned in the editor, yes/no?
Thanks!

[Spooner]

Variable "Names" refer to names added in the editor, yes, but it can be player or whatever other variable that contains the reference to a value.

To "name" a group, add this to the init of its members (yes, it needs to be all members):

Code: [Select]

assaultSquad = group this;
Then you can refer to the group as assaultSquad.

[Cougarxr7]

Spooner, thank you so very much! I'm learning a whole lot because of you.

I took a guess at this and put it in the leader init,
  groupName selectLeader unitName
"charlieSquad selectLeader eng1;"
Hope it works!

[Rommel92]

To "name" a group, add this to the init of its members (yes, it needs to be all members):

The intention of putting it in all group members is simply to ensure the group gets named, in the case of one person in that squad not taking the 'leader' position.

Is there another way to do this without the hassle? Just inquisitive.

[Spooner]

Yes, strictly you only have to set the name on all of them if aiDisabled, since if the leader isn't played, then you won't get a name. Also, not completely sure what happens if the leader was being played or was AI, but died before you jipped in. In SP, you can safely just set the group name in the leader. So on some levels, I was just ensuring that this absolutely always works, rather than giving a detailed description of whether it works or not in which situation.

Sadly, I'm not aware of an easier way to ensure it. Could do it very easily if we could read the config in the SQM file (missionFileConfig is the config in description.ext, not mission.sqm), but never managed to do this. If anyone knows, then I'm all ears...

[Cougarxr7]

Spooner, where exactly is that file "missionFileConfig", went looking for it. Of course did not find it.

[Spooner]

As usual, giving out faulty info Should be missionConfigFile. It isn't a file, but is the way to read values out of the configuration values in description.ext.

Code: [Select]

_respawnDelay = getNumber(missionConfigFile >> "respawnDelay");

Reading config information is a rather large topic, so I won't explain it in any more detail. As I was saying, although we do have missionConfigFile to read the details from description.ext, we do not have access to read the info out of mission.sqm.