Complete.Org: Mailing Lists: Archives: freeciv-dev: July 2003:
[Freeciv-Dev] Re: (PR#3771) Uproar display of cities
Home

[Freeciv-Dev] Re: (PR#3771) Uproar display of cities

[Top] [All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
To: ChrisK@xxxxxxxx
Subject: [Freeciv-Dev] Re: (PR#3771) Uproar display of cities
From: "Gregory Berkolaiko" <Gregory.Berkolaiko@xxxxxxxxxxxx>
Date: Sat, 19 Jul 2003 07:37:44 -0700
Reply-to: rt@xxxxxxxxxxxxxx

On Fri, 18 Jul 2003, Jason Short wrote:

> [ChrisK@xxxxxxxx - Sat Mar 22 21:43:37 2003]:
> 
> > CVS 22 MAR 2003 GTK 1
> > 
> > This is a longstanding one. Time to report.
> > 
> > The uproar display of enemy cities comes too late:
> > It is caused by a unit which occupies a tile the city is using,
> > thus preventing it from use, giving uproar. The lightning sign is not
> > shown when this happens, but only when another unit is moving in sight of
> > the city, *after* the city has fallen in uproar.
> 
> Hmm, after a closer look it seems that you should not see the uproar
> information of enemy cities at all in most cases.  This information is
> sent only in the full city packet and only by way of telling you about
> each and every citizen.  It's up to the client to then calculate the
> city's status.
> 
> So, we have two choices:
> 
> - Find where the full city packet is erronously (I think) being sent out.
> 
> - Do something like we did with pcity->occupied; introduce
> pcity->rapture and pcity->disorder that are only used at the client
> side.  Go through the whole same set of bugs that we did with
> pcity->occupied.

I don't see why you call the above "choices".  We must do both: find full 
city packet and kill it AND introduce happy_state to the short packet.  
This will help us to fix the occupied bugs as well.

Also, the set of bugs we will go through will be different from the 
"occupied" one ;)

G.




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