From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3235 invoked by alias); 23 Sep 2004 03:10:15 -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 3223 invoked from network); 23 Sep 2004 03:10:13 -0000 Received: from unknown (HELO rwcrmhc12.comcast.net) (216.148.227.85) by sourceware.org with SMTP; 23 Sep 2004 03:10:13 -0000 Received: from [192.168.181.128] (c-67-172-156-222.client.comcast.net[67.172.156.222]) by comcast.net (rwcrmhc12) with ESMTP id <200409230310120140045r5oe>; Thu, 23 Sep 2004 03:10:12 +0000 Message-ID: <41523E89.5030000@phy.cmich.edu> Date: Thu, 23 Sep 2004 05:38:00 -0000 From: Eric McDonald User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) MIME-Version: 1.0 To: mskala@ansuz.sooke.bc.ca CC: Elijah Meeks , xconq7@sources.redhat.com Subject: Re: Table Request: Accident-Occupant-Effect References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004/txt/msg01227.txt.bz2 mskala@ansuz.sooke.bc.ca wrote: > While we're wishlisting for terrain accidents, I would like to be able to > set accidents or attrition for *movement through*, as opposed to *presence > in*, terrain. Yeah, you've mentioned this before. I was thinking about photorps today, since Elijah had mentioned to me that he wanted to make them units instead of fired manterials. One problem I saw with photorp units is that they would not be attrited out of existence until the beginning of the next turn, and that it would probably be better to create a range/lifetime restriction based on attriting per movement rather than per turn. That reminded me of our previous discussion on this subject. Given the time, perhaps that is another thing to work on this weekend.... Eric