Complete.Org: Mailing Lists: Archives: freeciv-dev: December 2000:
[Freeciv-Dev] Re: Patch: Use original city id at client (Fixes some bugs
Home

[Freeciv-Dev] Re: Patch: Use original city id at client (Fixes some bugs

[Top] [All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
To: Jeff Mallatt <jjm@xxxxxxxxxxxx>, freeciv-dev@xxxxxxxxxxx
Subject: [Freeciv-Dev] Re: Patch: Use original city id at client (Fixes some bugs)
From: Thue <thue@xxxxxxx>
Date: Thu, 21 Dec 2000 12:58:19 +0100

On Thursday 21 December 2000 05:56, Jeff Mallatt wrote:
> At 2000/12/20 21:34 , Marko Lindqvist wrote:
> > orig_id:
> >
> >   First four have any meaning only if clients are modified to somehow to
> > show if city is same as city previosly seen at this place. Of course
> > server can send all the following information to clients when
> > necessary, but figuring out when player has right to know
> > would be rather complicated (and memory hungry). It's easier to just let
> > player remember what he knows.
>
> I haven't read the patch at all, but I worry about the phrase "It's easier
> to just let player remember what he knows.".  Does this mean that some
> state winds up defined solely latently in the client?  This doesn't work:
> what happens when the client disconnects the re-connects?  Any latent state
> is lost.  All client state must be known by the server at all times,
> otherwise restarting a client (or the server) does not result in the same
> state.
>
> jjm

The client and server info does not get out of sync. All that happens is that 
a city's id in the client remains static, in both the client and the server. 
This lack of a need to update is what caz refers to as "It's easier to just 
let player remember what he knows.", which just means that keeping the client 
up to date requires no work.

-Thue



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