From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1931 invoked by alias); 19 Jul 2004 19:27: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 1900 invoked from network); 19 Jul 2004 19:27:14 -0000 Received: from unknown (HELO ob2.cmich.edu) (141.209.20.21) by sourceware.org with SMTP; 19 Jul 2004 19:27:14 -0000 Received: from egate1.central.cmich.local ([141.209.15.85]) by ob2.cmich.edu (8.12.10/8.12.10) with ESMTP id i6JJN9P8014757; Mon, 19 Jul 2004 15:23:10 -0400 Received: from leon.phy.cmich.edu ([141.209.165.20]) by egate1.central.cmich.local with Microsoft SMTPSVC(5.0.2195.6713); Mon, 19 Jul 2004 15:26:54 -0400 Received: from localhost (localhost [127.0.0.1]) by leon.phy.cmich.edu (Postfix) with ESMTP id 7581370012; Mon, 19 Jul 2004 15:27:06 -0400 (EDT) Date: Mon, 19 Jul 2004 21:42:00 -0000 From: Eric McDonald To: Hans Ronne Cc: Elijah Meeks , Subject: Re: More flexible unit image use In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 19 Jul 2004 19:26:54.0865 (UTC) FILETIME=[59AC9010:01C46DC6] X-CanItPRO-Stream: default X-Spam-Score: -0.9 () X-Bayes-Prob: 0.0001 X-Scanned-By: CanIt (www . canit . ca) X-SW-Source: 2004/txt/msg00775.txt.bz2 On Mon, 19 Jul 2004, Hans Ronne wrote: > (except if you try to load all of them into some versions of > IMFApp). This is the problem I had in mind, and what I suggested was a band-aid fix to that problem. > And I think we still need to keep many of the older images for > some games, such as "Classic Xconq", which are supposed to be that way. > Nostalgia for old-time xconqers ... Sure, I understand that. > What I had in mind when I talked about the need for an overhaul was the > image loading code (something which I think we already discussed). Right. I knew this is what you were talking about. Like I said, I was suggesting a band-aid fix (with the added benefit of improving the "signal-to-noise ratio" of 'imf.dir') for one specific problem. Obviously, it is not a true solution to the problem. > If you want to make a useful contribution, I think rather than throwing > away images in imf.dir, you might consider going through some of the > existing game modules and updating the images they use with better images > already available in Xconq. That is implicit with the suggestion of removing any in-use images from 'imf.dir'. > images. I think many more game modules could easily be given a more > attractive look that way. I agree. Eric