From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28230 invoked by alias); 26 Sep 2004 17:55:06 -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 28210 invoked from network); 26 Sep 2004 17:55:03 -0000 Received: from unknown (HELO sccrmhc12.comcast.net) (204.127.202.56) by sourceware.org with SMTP; 26 Sep 2004 17:55:03 -0000 Received: from [192.168.181.128] (c-67-172-156-222.client.comcast.net[67.172.156.222]) by comcast.net (sccrmhc12) with ESMTP id <2004092617550201200fmprie>; Sun, 26 Sep 2004 17:55:02 +0000 Message-ID: <41570273.5010509@phy.cmich.edu> Date: Sun, 26 Sep 2004 18:23:00 -0000 From: Eric McDonald User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) MIME-Version: 1.0 To: mskala@ansuz.sooke.bc.ca CC: xconq7@sources.redhat.com Subject: Re: Terrain images proposal References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004/txt/msg01255.txt.bz2 mskala@ansuz.sooke.bc.ca wrote: > What I had in mind was that each cell has only one override image, if any, > and if it has one, that completely replaces the regular terrain image. This is what I had in mind as well. But, perhaps I misunderstood you, when you were saying things about providing a starting position from which source map images would be embedded into the area display. The impression I had gotten from you is that you were interested in being able to associate a whole region of cells (and not just one cell) with a source map image. The problem that I saw is what if you have a source image that is about 10x10 cells and starts at, say, (1,1), and then you specify another source image at, say, (4,4)? There is an overlap. From which source image do you extract the cell image? >So > when XConq wants to draw the cell terrain in a cell, at present it looks > up the cell's terrain type and then looks up the image for that terrain > type. Correct. >With my change, it would look for the image for that terrain type > and that cell position; if there was one, it would use that, otherwise it > would use the default image for that terrain type. Right. I thought this was what we were talking about earlier when we referred to "overriding" the image associated with the terrain type. > If you tell XConq you are defining an override image for a given cell but > the image you specify doesn't cover the cell, then (depending on > implementation) that's either a syntax error, or it fills in the extra > space with black or some other well-defined pattern, or it's undefined, > and in any case, the solution is not to do that if you don't like the > result. If the image is smaller than the cell region; it might be best to convert it into a patterned tile within the cell region. > A critical point here is that the entire rectangle in the image would not > necessarily appear on the map. Well obviously I agree with this on a per cell image basis. It is how Xconq already works. The image is clipped with a hexagonal mask, if you will. But, I had thought that you were suggesting that whole rectangles (spanning multiple cells) simply be embedded into the map at given coordinates. Based on your response, I think this is not what you actually had in mind.... Eric