Dein Problem ist das die Einheiten ihre Befehle in der Reihenfolge der Einheiten im Bergwerk abarbeiten. Da der Kommandant immer zu oberst steht gibt er das Kommando an jemanden dessen Befehle erst noch ausgeführt werden müssen.. und der gibt dann weiter.
XXX
@GIB ZZZ KOMMANDO
YYY
@GIB XXX KOMMANDO
ZZZ
@GIB YYY KOMMANDO
In diesem Beispiel wird YYY der letztendliche Kommandant. Also gab es einen Wechsel.
Ich weiß jetzt nicht wo XXX eingeordnet wird
a) tauscht mit YYY -> nächste Runde gibt YYY an XXX an ZZZ an YYY (bleibt Kommandant)
b) rutscht ans Ende -> nächste Runde gibt YYY an XXX an ZZZ (die war schon drann gibt also nicht weiter und wird Kommandant)
Nach deiner Beschreibung ist vermutlich a eingetreten. Das kann man aber mit einem @SORTIERE HINTER zu b machen (Kommandaten geben auf diese Weise mWn nicht ihr Kommando ab sondern bleiben an der Spitze).
XXX
@GIB ZZZ KOMMANDO
@SORTIERE HINTER ZZZ
YYY
@GIB XXX KOMMANDO
@SORTIERE HINTER XXX
ZZZ
@GIB YYY KOMMANDO
@SORTIERE HINTER YYY
Nächste Runde gibt gaht das Kommando an ZZZ und weiter an YYY, außerdem sortiert sich XXX hinter ZZZ, dann ZZZ hinter YYY.
YYY
@GIB XXX KOMMANDO
@SORTIERE HINTER XXX
ZZZ
@GIB YYY KOMMANDO
@SORTIERE HINTER YYY
XXX
@GIB ZZZ KOMMANDO
@SORTIERE HINTER ZZZ
Nächste Runde gibt YYY das Kommando an XXX und weiter an ZZZ, außerdem sortiert sich YYY hinter XXX, dann XXX hinter ZZZ.
Soweit der (ungetestete) Plan, kann nur noch dadurch durcheinanderkommen das ich nicht weiß wann der Kommandant im Bezug auf SORTIERE verschoben wird. Es ist definitv nicht zum GIB KOMMANDO und nach MACHE. Das kann dann aber durch andere @SORTIERE behoben werden.
|
