From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2101 invoked by alias); 12 Aug 2004 11:16:30 -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 2028 invoked from network); 12 Aug 2004 11:16:28 -0000 Received: from unknown (HELO av8-1-sn2.hy.skanova.net) (81.228.8.110) by sourceware.org with SMTP; 12 Aug 2004 11:16:28 -0000 Received: by av8-1-sn2.hy.skanova.net (Postfix, from userid 502) id A344337E44; Thu, 12 Aug 2004 13:16:20 +0200 (CEST) Received: from smtp2-2-sn2.hy.skanova.net (smtp2-2-sn2.hy.skanova.net [81.228.8.178]) by av8-1-sn2.hy.skanova.net (Postfix) with ESMTP id 926AF37E43; Thu, 12 Aug 2004 13:16:20 +0200 (CEST) Received: from [212.181.162.155] (h155n1fls24o1048.bredband.comhem.se [212.181.162.155]) by smtp2-2-sn2.hy.skanova.net (Postfix) with ESMTP id 3EDA637E42; Thu, 12 Aug 2004 13:16:25 +0200 (CEST) X-Sender: u22611592@m1.226.comhem.se Message-Id: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Thu, 12 Aug 2004 15:39:00 -0000 To: Robert Goulding From: Hans Ronne Subject: Re: time.g weirdness Cc: xconq7@sources.redhat.com X-SW-Source: 2004/txt/msg00880.txt.bz2 I have now checked in fixes that re-enable border slides and at the same time block the the click-in-unseen exploit. The border slide issue raises some interesting questions, though. I'm not sure that the way it now works in time.g (and possibly in other games) really makes sense. Here is how border slides are supposed to work, according to the manual: \ land / \ / \ river / A sea ------------- B sea / \ / \ / land \ Ships in the sea cell A can slide along the river to reach the sea cell at B. In some low resolution maps, "rivers" are used to implement straits, such as Gibraltar or Kattegatt. All of which makes sense. However, in time.g, ships can also move on land using border slides along rivers. The reason for this is that ships are allowed to occupy land cells. So why, in that case, is it not possible to just move the ship onto a beach by clicking on it? The answer is mp-to-enter-terrain. There are three ways to restrict access of a unit to a specific terrain in Xconq: 1. By volume restrictions (terrain capacity and unit-size-in-terrain). 2. By move restrictions (mp-to-enter-terrain and mp-to-leave-terrain). 3. By survival restrictions (vanishes-on and wrecks-on). Most games use volume restrictions or a combination of volume restrictions and other restrictions. However, time.g relies exclusively on move restrictions to prevent access of land units to sea cells and vice versa. This scheme breaks down when border slides are used. So is this a feature or a bug? I think the latter. If border slides were supposed to enable navigation of rivers in general, it should be possible for a ship to move along the river to any cell that borders on it (or contains it in the case of connection-type rivers). However, this is not how things now work in time.g. Instead, the ship is limited to jumping back and forth between a limited number of non-adjacent cells along the river that happen to fit the border slide scheme. It ends up moving somewhat like a knight in chess. I doubt that this is what Stan had in mind when he wrote the code. It is of course easy to fix this by adding volume restrictions in time.g. However, I am not sure how many other games also rely on move restrictions, and would have to be changed accordingly. Hans