Complete.Org: Mailing Lists: Archives: freeciv-dev: March 2002:
[Freeciv-Dev] Re: [Patch] turn_founded
Home

[Freeciv-Dev] Re: [Patch] turn_founded

[Top] [All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
To: "Per I. Mathisen" <Per.Inge.Mathisen@xxxxxxxxxxx>
Cc: freeciv-dev@xxxxxxxxxxx
Subject: [Freeciv-Dev] Re: [Patch] turn_founded
From: Raimar Falke <hawk@xxxxxxxxxxxxxxxxxxxxxxx>
Date: Mon, 4 Mar 2002 17:27:26 +0100
Reply-to: rf13@xxxxxxxxxxxxxxxxxxxxxx

On Mon, Mar 04, 2002 at 12:31:38PM +0100, Per I. Mathisen wrote:
> On Mon, 4 Mar 2002, Jason Short wrote:
> > >>>try to buy something. Solved by introducing a turn_founded field in
> > >>>struct city.
> 
> How about reseting turn_founded whenever the city is conquered by
> somebody? That way, the conqueror gets the city last in his city view (as
> I think is proper), and the field can be used to check how long you have
> had that city. This latter is useful for some civ3-like rebellion stuff
> that shouldn't affect recently acquired "holdings", as sometimes happened
> in civ3 to may great dismay.
> 
> The ideal solution is three fields
> 
>       founder = player_no
>       turn_founded = some int
>       turn_lastconquered = some int
> 
> and if (founder==current_player->player_no) use turn_founded, otherwise
> use turn_lastconquered. The "founder" field could be presented in the city
> view for flavour, and it coul probably be useful for something else some
> day, too.

In general: ack.

Note that there is already an "original" field in struct city. There
may be problems (info leakage) if this field or the founder is sent to
the client.

        Raimar

-- 
 email: rf13@xxxxxxxxxxxxxxxxx
  (On the statement print "42 monkeys"+"1 snake"): BTW, both perl and Python
  get this wrong. Perl gives 43 and Python gives "42 monkeys1 snake", when 
  the answer is clearly "41 monkeys and 1 fat snake".  
    -- Jim Fulton, 10 Aug 1999


[Prev in Thread] Current Thread [Next in Thread]