From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13439 invoked by alias); 25 Aug 2004 22:33:37 -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 13432 invoked from network); 25 Aug 2004 22:33:36 -0000 Received: from unknown (HELO ob2.cmich.edu) (141.209.20.21) by sourceware.org with SMTP; 25 Aug 2004 22:33:36 -0000 Received: from egate1.central.cmich.local ([141.209.15.85]) by ob2.cmich.edu (8.12.10/8.12.10) with ESMTP id i7PMSBP6004705; Wed, 25 Aug 2004 18:28:12 -0400 Received: from leon.phy.cmich.edu ([141.209.165.20]) by egate1.central.cmich.local with Microsoft SMTPSVC(5.0.2195.6713); Wed, 25 Aug 2004 18:30:40 -0400 Received: from localhost (localhost [127.0.0.1]) by leon.phy.cmich.edu (Postfix) with ESMTP id 7F9F470025; Wed, 25 Aug 2004 18:33:29 -0400 (EDT) Date: Thu, 26 Aug 2004 02:15:00 -0000 From: Eric McDonald To: Jim Kingdon Cc: sampln@sbcglobal.net, Subject: Re: Three thoughts In-Reply-To: <200408251716.i7PHGDk06309@panix5.panix.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 25 Aug 2004 22:30:40.0622 (UTC) FILETIME=[26D250E0:01C48AF3] 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/msg01028.txt.bz2 On Wed, 25 Aug 2004, Jim Kingdon wrote: > If I understood the design correctly, the idea was that the > non-selected units would become very small and be arranged around the > outside of the cell. When you say around the outside of the cell, do you still mean inside the cell perimeter or outside of it? I think that outside the cell perimeter could create quite a bit of confusion about which cell an unit is actually in. >So to try to render it in ASCII art: Couldn't draw a hexagon? ;-) > where the big "I" is the selected unit, and the "i", "i", etc are the > non-selected units. I can think of some potential issues with this: (1) Scaling images to non-standard sizes would likely be necessary to accomodate the suggested scheme. (2) In the case of units that are using large icons, if one is blown up to normal size (44x44), then there is no room left in the cell (assuming that you mean to place the others inside the cell perimeter). So, either one would need to scale to a non-standard size or else half-size (22x22). In the case that only 3 other units were in the cell to start with, there would be no gain; rather, the selected unit would be centered in the cell, and the other 3 images would be scaled down. I see information being lost in this case. (3) Scaling down the images of other units would likely degrade their identifiability as certain types, which would cause problems (or, at least, squinting) if a player went to select another unit in the same cell. (All 3 of the above arguments also apply to why I don't think shrinking neighboring units when dealing with unit closeups is a good idea either.) 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.... Eric