[Freeciv-Dev] Re: (PR#4196) Enemies in allied transport assert.
[Top] [All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
> Axiom: all units on the tile of defeated defender die (unless there is a
> fortress/city/airport there)
Agreed.
> Corollary 1: You cannot attack a non-city tile with a unit not at war with
> you.
Agreed.
> Corollary 2: To make rules consistent you cannot attack _any_ tile with a
> unit not at war with you.
Agreed.
In addition, we should fix the situation that I and Greg on irc yesterday
dubbed the 'LLH' problem. It stands for love-love-hate, which is best
illutrated with players A, B and C who have alliance(A, B), alliance(B, C)
and war(A, C). This situation leads to lots of ridiculous circumstances.
So the new rule we came up with is: When declaring war on a player, you
also declare war on all his allies. (If they were also your allies, too
bad.) You cannot enter into an alliance with a player if you are at war
with any of his allies.
> > > Also it would be helpful if you can tell me what happens when something
> > > (not Fighter) attacks a tile with a Bomber and fortified tank.
> >
> > It is not allowed. The check to can_unit_attack_unit_on_tile() fails.
>
> The check is only on the chief defender. But what if the tank is
> selected as the defender?
The bomber is always the best defender, since it cannot be attacked and
hence cannot be defeated.
- Per
- [Freeciv-Dev] Re: (PR#4196) Enemies in allied transport assert., Per I. Mathisen, 2003/05/08
- [Freeciv-Dev] Re: (PR#4196) Enemies in allied transport assert., Gregory Berkolaiko, 2003/05/08
- [Freeciv-Dev] Re: (PR#4196) Enemies in allied transport assert., Mark Metson, 2003/05/08
- [Freeciv-Dev] Re: (PR#4196) Enemies in allied transport assert.,
Per I. Mathisen <=
- [Freeciv-Dev] Re: (PR#4196) Enemies in allied transport assert., Per I. Mathisen, 2003/05/09
- [Freeciv-Dev] Re: (PR#4196) Enemies in allied transport assert., Raahul Kumar, 2003/05/10
- [Freeciv-Dev] Re: (PR#4196) Enemies in allied transport assert., Gregory Berkolaiko, 2003/05/10
|
|