From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5363 invoked by alias); 9 Oct 2004 20:31: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 5353 invoked from network); 9 Oct 2004 20:31:14 -0000 Received: from unknown (HELO rwcrmhc11.comcast.net) (204.127.198.35) by sourceware.org with SMTP; 9 Oct 2004 20:31:14 -0000 Received: from [192.168.181.128] (c-67-172-156-222.client.comcast.net[67.172.156.222]) by comcast.net (rwcrmhc11) with ESMTP id <2004100920311301300c41o7e>; Sat, 9 Oct 2004 20:31:14 +0000 Message-ID: <41684A71.1010206@phy.cmich.edu> Date: Sun, 10 Oct 2004 21:58:00 -0000 From: Eric McDonald User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) MIME-Version: 1.0 To: xconq7 Subject: GDL Notice: New 'match-transport-side' Unit Poperty Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004/txt/msg01342.txt.bz2 Hello Xconq Game Designers, There will be a new unit property in the next prerelease. This is 'match-transport-side' and it is a boolean. Prior to the addition of this property, capture of occupants could only be accomplished by setting both 'acp-to-capture' and 'capture-chance' to something greater than 0 (in combat model 0), even though the ACP was never actually expended to capture the occupants (I regard this behavior as a bug, but it is one to save for another day, __another day when I feel like rewriting the capture code). If 'match-transport-side' is set to 'true' for an unit type, then an occupant in a captured transport will automatically attempt to change to the captured side (without needing to be explicitly captured itself). If 'match-transport-side' is set to 'false', then the existing behavior is in effect, __namely, you will need to set both 'acp-to-capture' and 'capture-chance' for capture of occupants to work. Regards, Eric