Complete.Org: Mailing Lists: Archives: freeciv-dev: January 1999:
Re: [Freeciv-Dev] improvement?
Home

Re: [Freeciv-Dev] improvement?

[Top] [All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
To: Trent Piepho <xyzzy@xxxxxxxxxxxxxxxx>
Cc: freeciv-dev@xxxxxxxxxxx
Subject: Re: [Freeciv-Dev] improvement?
From: Nicolas BRUNEL <brunel@xxxxxxxxxxxxxxxxxxxx>
Date: Fri, 15 Jan 1999 21:58:46 +0100 (CET)

On Fri, 15 Jan 1999, Trent Piepho wrote:
> On Sat, 16 Jan 1999, David Pfitzner wrote:
> > On Tue, 5 Jan 1999, Per Mathisen:
> > > The definition of "currently moving unit" needs to be careful, of course, 
> > > or the player can cheat by keeping a unit "moving" until the end of turn.
> > > Perhaps by giving the last moved unit a time limit to do its next move 
> > > before it is no longer considered "moving".
> > > 
> > > Comments?

If we have a choice between adding a new rule or restriction or adding
nothing, i'd prefer to add nothing. I think more rules mean more tricky
loopholes ! In the cheating ai client exemple, you can send value less
units to be slayered and then attach.
 
> One thing I'd like to do sometime is add the ability to drag units with the
> mouse.  You would drag the unit along the path you want it to take with the
> mouse, and then when you finished, the client would send the move(s) to the
> server.  The moves would be sent all at once, so attacking the unit while it
> is moving wouldn't be possible.  This would also fix the problem with lag and
> moving units.  If you have lag, you have to wait after each keypress for the
> unit to move before you can move it again.

Have a list of destination instead of a destination when we use goto.

 



[Prev in Thread] Current Thread [Next in Thread]