From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14851 invoked by alias); 26 Aug 2004 06:13:48 -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 14835 invoked from network); 26 Aug 2004 06:13:46 -0000 Received: from unknown (HELO mail1.panix.com) (166.84.1.72) by sourceware.org with SMTP; 26 Aug 2004 06:13:46 -0000 Received: from panix5.panix.com (panix5.panix.com [166.84.1.5]) by mail1.panix.com (Postfix) with ESMTP id 7C46A48724; Thu, 26 Aug 2004 02:13:46 -0400 (EDT) Received: (from kingdon@localhost) by panix5.panix.com (8.11.6p2-a/8.8.8/PanixN1.1) id i7Q6Dk903199; Thu, 26 Aug 2004 02:13:46 -0400 (EDT) Date: Thu, 26 Aug 2004 06:17:00 -0000 Message-Id: <200408260613.i7Q6Dk903199@panix5.panix.com> From: Jim Kingdon To: mcdonald@phy.cmich.edu Cc: xconq7@sources.redhat.com In-reply-to: (message from Eric McDonald on Wed, 25 Aug 2004 18:33:29 -0400 (EDT)) Subject: Re: Three thoughts References: X-SW-Source: 2004/txt/msg01031.txt.bz2 > When you say around the outside of the cell, do you > still mean inside the cell perimeter or outside of it? Probably inside, although I don't know whether the feature was ever thought through in that much detail. > (1) Scaling images to non-standard sizes would likely be > necessary to accomodate the suggested scheme. Or playing with the size of the hexes, or re-working the bigicons feature, or something. There are plenty of details that would need to worked out. But first one needs to think through whether the concept seems promising in general. > (3) Scaling down the images of other units would likely degrade > their identifiability as certain types The smallest image currently in use is about a 4x4? It is pretty small. I don't imagine you'd go smaller than that. > I still think that putting a "portrait" of the selected unit in > the unit info window would be better. But, that's just my > opinion.... Well, yes, the unit info window is useful in tcltk as it stands now, and making it more graphical/informative is certainly one way to approach this problem. But it is also worthwhile thinking about whether there is some way to provide some of the information with having to look back and forth to a window which is off to the side. Maybe it isn't center and edges, maybe it is top and bottom. In the tcltk interface now, the top half is for the transport and the bottom half is for the occupants. What if the top half were for the selected unit and the bottom half were for the others? With scaling and drawing otherwise the same as now.