From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13540 invoked by alias); 2 Dec 2003 00:30:51 -0000 Mailing-List: contact xconq7-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: xconq7-owner@sources.redhat.com Received: (qmail 13529 invoked from network); 2 Dec 2003 00:30:50 -0000 Received: from unknown (HELO smtp809.mail.sc5.yahoo.com) (66.163.168.188) by sources.redhat.com with SMTP; 2 Dec 2003 00:30:50 -0000 Received: from adsl-64-175-251-31.dsl.sntc01.pacbell.net (HELO ?192.168.1.102?) (sampln@sbcglobal.net@64.175.251.31 with plain) by smtp-sbc-v1.mail.vip.sc5.yahoo.com with SMTP; 2 Dec 2003 00:30:48 -0000 Subject: Re: Reduced Visibility Table? From: Lincoln Peters To: Hans Ronne Cc: Stan Shebs , Xconq list In-Reply-To: References: <1070321096.9357.140.camel@odysseus> <20031201221425.20869.qmail@web13123.mail.yahoo.com> <20031201231823.GH1378@adlp.org> <1070321096.9357.140.camel@odysseus> Content-Type: text/plain Organization: Message-Id: <1070325128.378.40.camel@odysseus> Mime-Version: 1.0 Date: Tue, 02 Dec 2003 00:54:00 -0000 Content-Transfer-Encoding: 7bit X-SW-Source: 2003/txt/msg00940.txt.bz2 My two cents follows: On Mon, 2003-12-01 at 15:42, Hans Ronne wrote: > >Heh, it's very messy coding to have a unit be there and not there at the > >same time. > >AI, UI, plan, and task code should only ever iterate over the stack of > >images, > >never over the real units. Action prep sometimes needs to know, > >sometimes not, > >which is part of the messiness. > > Actually, this raises a philosophical question. Should a ZOC be ignored > just because the unit is invisible? I'm not sure. Think about a black hole > making its presence felt way before it is seen. Or infantry hidden in the > woods preventing you from moving forward. That should probably be left to the game designer. In the case of infantry hidden in the woods, the units entering the cell would know that something is out there simply because it would be shooting at them. However, in the case of an unseen stealth bomber, it seems reasonable that no presence should be felt, and only the stealth bomber (assuming it can see whatever is entering its cell) could initiate combat. > > A related problem is posed by the user area layer that is used by the > advanced unit code. You may find that you are unable to use a certain cell > because another advanced unit is using it, even though the latter unit is > invisible to you. You might not be able to see the unit that is using the cell, but shouldn't you be able to see that the cell is used and act accordingly? There would have to be *something* tangible there in order for the other unit to use the cell. -- Lincoln Peters