From: Eric McDonald <mcdonald@phy.cmich.edu>
To: Jim Kingdon <kingdon@panix.com>
Cc: sampln@sbcglobal.net, <xconq7@sources.redhat.com>
Subject: Re: Three thoughts
Date: Thu, 26 Aug 2004 02:15:00 -0000 [thread overview]
Message-ID: <Pine.LNX.4.44.0408251818060.23103-100000@leon.phy.cmich.edu> (raw)
In-Reply-To: <200408251716.i7PHGDk06309@panix5.panix.com>
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
next prev parent reply other threads:[~2004-08-25 22:33 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-08-20 16:22 mskala
2004-08-20 18:34 ` Eric McDonald
2004-08-20 21:17 ` Andreas Bringedal
2004-08-20 21:28 ` Eric McDonald
2004-08-20 23:57 ` Andreas Bringedal
2004-08-21 1:21 ` Eric McDonald
2004-08-21 4:35 ` Jim Kingdon
2004-08-21 20:38 ` Jim Kingdon
2004-08-20 22:03 ` Elijah Meeks
2004-08-20 23:27 ` Eric McDonald
2004-08-21 1:17 ` mskala
2004-08-21 2:31 ` Eric McDonald
2004-08-21 4:33 ` mskala
2004-08-22 3:09 ` Hans Ronne
2004-08-22 6:38 ` Item Units Elijah Meeks
2004-08-22 9:37 ` Eric McDonald
2004-08-24 1:43 ` Lincoln Peters
2004-08-24 2:38 ` Eric McDonald
2004-08-24 2:51 ` Lincoln Peters
2004-08-24 3:32 ` Eric McDonald
2004-08-22 14:00 ` Three thoughts mskala
2004-08-22 18:56 ` Hans Ronne
2004-08-22 19:16 ` Lincoln Peters
2004-08-23 4:31 ` Jim Kingdon
2004-08-23 13:04 ` Elijah Meeks
2004-08-24 18:07 ` Eric McDonald
2004-08-24 20:59 ` Elijah Meeks
2004-08-25 0:54 ` Unit-Image Bug Elijah Meeks
2004-08-25 4:58 ` Eric McDonald
2004-08-23 16:48 ` Three thoughts Eric McDonald
2004-08-24 0:55 ` Lincoln Peters
2004-08-24 2:09 ` Eric McDonald
2004-08-24 3:02 ` Lincoln Peters
2004-08-24 18:12 ` Eric McDonald
2004-08-25 5:34 ` Jim Kingdon
2004-08-25 17:16 ` Lincoln Peters
2004-08-25 22:09 ` Jim Kingdon
2004-08-26 2:15 ` Eric McDonald [this message]
2004-08-26 6:17 ` Jim Kingdon
2004-08-26 19:12 ` Eric McDonald
2004-08-26 22:08 ` CXP??? Elijah Meeks
2004-08-27 1:50 ` CXP??? Lincoln Peters
2004-08-27 5:10 ` CXP??? Eric McDonald
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Pine.LNX.4.44.0408251818060.23103-100000@leon.phy.cmich.edu \
--to=mcdonald@phy.cmich.edu \
--cc=kingdon@panix.com \
--cc=sampln@sbcglobal.net \
--cc=xconq7@sources.redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).