This is the mail archive of the
xconq7@sources.redhat.com
mailing list for the Xconq project.
Re: Three thoughts
- From: Eric McDonald <mcdonald at phy dot cmich dot edu>
- To: Jim Kingdon <kingdon at panix dot com>
- Cc: xconq7 at sources dot redhat dot com
- Date: Thu, 26 Aug 2004 13:59:37 -0400 (EDT)
- Subject: Re: Three thoughts
On Thu, 26 Aug 2004, Jim Kingdon wrote:
> > (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.
Agreed. Certainly, the concept is an interesting one, especially
if one ignores the small number of scaling bins in use and assumes
an "infinite" number of them instead.
> > (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.
Agreed. But then what? If space constraints were to force one to
go smaller, then what? Would this feature be selectively
implemented to only work at high view powers, and be disabled for
ones lower than the default one currently in use?
> 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.
I agree. That is why I think some sort of selection rectangle
("crawling ants", blinking square, etc...) around the selected
unit is a good idea. At small scales, it may be necessary to
flash the entire unit icon to make it stand out from the crowd.
>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.
Right. I had wondered about this approach as well. However, do we
want to confuse paradigms? Top-bottom presently indicates
transport-occupant; do we want to overload this for
selected-unselected as well?
> With scaling and drawing otherwise the same as now.
I agree that it does have that benefit.
Eric