From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1232 invoked by alias); 26 Sep 2004 14:02:23 -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 1205 invoked from network); 26 Sep 2004 14:02:22 -0000 Received: from unknown (HELO mailrouter3.execulink.net) (199.166.6.58) by sourceware.org with SMTP; 26 Sep 2004 14:02:22 -0000 Received: from diamond.ansuz.sooke.bc.ca (ppp200.ac2.56k.execulink.com [209.213.229.200]) by mailrouter3.execulink.net (8.11.6/8.11.6) with ESMTP id i8QE2Lo28688 for ; Sun, 26 Sep 2004 10:02:21 -0400 Received: from localhost (mskala@localhost) by diamond.ansuz.sooke.bc.ca (8.10.2/8.10.2) with ESMTP id i8QDwU719890 for ; Sun, 26 Sep 2004 09:58:31 -0400 Date: Sun, 26 Sep 2004 15:24:00 -0000 From: mskala@ansuz.sooke.bc.ca To: xconq7@sources.redhat.com Subject: Terrain images proposal Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2004/txt/msg01247.txt.bz2 Here's what I think should happen for terrain images: * associate with each cell of the map an optional "override" image name and x,y coordinate. * when looking for the image for that cell, first check whether there is an override; if so, look in the specified image *at* the specified x,y coordinate * new subform of "area", which takes as input an image name and some x,y coordinates specifying a starting point in the image and in the map. When this is specified it overlays the map cells on the image, computes the x,y coordinates of each cell in the image, and sets the override coordinates accordingly. The result is that the image appears on the map in that region instead of the auto-generated hex grid cells that would otherwise appear. Note that the image has not been processed except maybe by being converted to GIF or whatever - it isn't pre-cut into hexes and re-arranged. Note that this subform could be specified multiple times, so that you could re-use the same customized image in multiple parts of the map and/or only customize an image for part of the map while sticking to auto-generation elsewhere. I think that would be pretty simple to implement and I'm willing to try if people would like me to. An issue I forsee is what happens when terrain changes during a game. One solution might be to simply blow away the "override" values as soon as the terrain changes in a cell; then the designer, if they're going to allow terrain changes while also having a custom image map, had better provide default images that will look good combined with the custom map. Another possibility might be to make these overrides be per terrain type; that mixes badly with per-cell terrain types, but if we had for each terrain type the ability to specify an "override map image" then the system could show the appropriate slice of the large image for each terrain type. -- Matthew Skala mskala@ansuz.sooke.bc.ca Embrace and defend. http://ansuz.sooke.bc.ca/