Ah yes, of course. Thanks for replying to such a dumb question.
Okay finally here's something related directly to flags:
Remember that resource example I gave in a previous post? Well I was think of adding a Delay modifier as follows:
Note:
Terraintype=8 is 'Supply Depot' that gives extra many shields with which to maintain more units.
Terraintype=1 is Plains (default) that gives only 1 shield.
@IF
CITYTAKEN
city=Oil City
attacker=Anybody
defender=Romans
@THEN
Text
Romans lose control of Oil City! Supply Depots will run out in 3 turns.
EndText
DELAY
delay=3
@THEN
Text
Roman Supply Depots run out!
Endtext
CHANGETERRAIN
terraintype=1 [change to unproductive terrain]
maprect
x1,y1,x1,y1,x1,y1,x1,y1 (coordinates of Depot near city)
@ENDIF
@IF
CITYTAKEN
city=Oil City
attacker=Romans
defender=Anybody
@THEN
Text
Romans regain control of Oil City! Supply Depots re-stocked.
EndText
CHANGETERRAIN
terraintype=8 [change back to Depot terrain]
maprect
x1,y1,x1,y1,x1,y1,x1,y1 (same coordinates)
@ENDIF
From the example you can probably tell that by having control over 'Oil City,' the Roman civ will keep its Supply Depot terrain (the event would be repeated for each city unless you decided to use the optional Terrainmask parameter) thus being able to maintain, or at least not disband more units.
The problem:
If the Roman civ regains Oil City
before the delayed event triggers, the second event will just change the square to Supply Depot (which is already there) thus there is no change. When turn 3 comes along, the delayed event will still change the Supply Depot square to Plains and you'll get the message telling you that the Romans lose Depots, even though the Romans have already regained control of Oil City.
My question:
Is there any way you can think of, possibly using flags, to prevent the delayed event from triggering once the second event (Oil city recaptured) has been triggered?
If you can find a solution...
-----------------------------------------------
Interesting note:
I've tried this event in MGE. As you know, MGE's macro doesn't include the Delay modifier. What I did was simply place an immobile unit in a remote part of the map, on a strip of land 4 tiles long. When destoryed, it triggers an event like the second event from the ToT example above.
In place of the Delay modifier, I simply use CREATEUNIT to place a Barbarian 'attacker' unit (with 'destroyed after attacking flag') 3 spaces away from the trigger unit when the Romans lose 'Oil City' and set the attacker unit to move in the trigger unit using MOVEUNIT. The attacker unit will get to the trigger unit after 3 turns and destroy it thus triggering tirggering the seconf event (Supply Depot tile removed).
The advantage here is that if the Romans retake Oil City before the attacker unit destroyes the trigger unit (before 3 turns are up), I simply use CHANGETERRAIN to chnage all squares (3) next to the trigger unit (usually takes 3 events) thus deleting the attacker unit on any one of the three land tiles before the trigger unit. Hence, the second CHANGETERRAIN event (removing Supply Depot) doesn't trigger.
...Similar in effect but ten times the work!
(Note that you can't set the owner to Barbarian if using MGE's Editor --you have to do it through Events.txt and use Delevent to clear the Events header.)
A little strange though, you put the Continuous before the CityTaken, didn't know that worked too.
That's assuming M isn't able to give CivSprite the ability to add/remove frames before that. 
Otherwise, it could take a while, heh, heh. I'll try to cut corners wherever possible.
I thought I might have a solution, by using flags and changing the terrain immediately back again when the right flag is set... But I got all confused when I tried to figure out what would happen if the city was lost, taken and lost again within the delay, or lost and taken twice... Gaaah!
. Sorry it's streched. I had to strech it in photosuite III. I addmit that I havn't yet checked the rules.txt file, but I still don't see why it won't work.
