public inbox for xconq7@sourceware.org
 help / color / mirror / Atom feed
* Mac interface bug reports
@ 2004-05-29 21:00 Tom Schaub
  2004-06-04 21:35 ` Hans Ronne
  0 siblings, 1 reply; 2+ messages in thread
From: Tom Schaub @ 2004-05-29 21:00 UTC (permalink / raw)
  To: xconq7

1) With "move on click" true, clicking on a transport will move the 
active unit into the transport. (In my instance, moving an infantry 
onto a troop transport ship in "Modern Game".) But with "move on click" 
false, typing "m" and then clicking on the transport triggers a notice 
that "Your 9th infantry cannot move to (50,19). No way there. Pick a 
new destination."

2) When using a list and map window together, changing the selected 
unit in the list window causes the same change in the map window and 
auto-centers the map on the newly selected unit. This is truly neat. 
But, with "move on click" false, clicking a unit on the map to change 
the selected unit does NOT change the selected unit in the list window. 
I got pretty confused a few times until I noticed the windows weren't 
synchronized going back the other way.

Tom

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Mac interface bug reports
  2004-05-29 21:00 Mac interface bug reports Tom Schaub
@ 2004-06-04 21:35 ` Hans Ronne
  0 siblings, 0 replies; 2+ messages in thread
From: Hans Ronne @ 2004-06-04 21:35 UTC (permalink / raw)
  To: Tom Schaub; +Cc: xconq7

>1) With "move on click" true, clicking on a transport will move the
>active unit into the transport. (In my instance, moving an infantry
>onto a troop transport ship in "Modern Game".) But with "move on click"
>false, typing "m" and then clicking on the transport triggers a notice
>that "Your 9th infantry cannot move to (50,19). No way there. Pick a
>new destination."

This I could not reproduce. The infantry unit moves into the transport as
expected when I type "m" and then click on the transport.

>2) When using a list and map window together, changing the selected
>unit in the list window causes the same change in the map window and
>auto-centers the map on the newly selected unit. This is truly neat.
>But, with "move on click" false, clicking a unit on the map to change
>the selected unit does NOT change the selected unit in the list window.
>I got pretty confused a few times until I noticed the windows weren't
>synchronized going back the other way.

It never occurred to me that somebody might want to use the map to find a
unit in the list, instead of the opposite. I'll look into this.

Hans


^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2004-06-04 21:35 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-05-29 21:00 Mac interface bug reports Tom Schaub
2004-06-04 21:35 ` Hans Ronne

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).