Complete.Org: Mailing Lists: Archives: freeciv-dev: August 2002:
[Freeciv-Dev] Re: yet another console cleanup (PR#1749)

[Freeciv-Dev] Re: yet another console cleanup (PR#1749)

[Top] [All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
To: freeciv-dev@xxxxxxxxxxx, bugs@xxxxxxxxxxxxxxxxxxx
Subject: [Freeciv-Dev] Re: yet another console cleanup (PR#1749)
From: Raimar Falke <rf13@xxxxxxxxxxxxxxxxx>
Date: Thu, 15 Aug 2002 16:08:26 +0200

On Thu, Aug 15, 2002 at 12:58:59PM +0200, Reinier Post wrote:
> On Thu, Aug 15, 2002 at 11:07:14AM +0200, Raimar Falke wrote:
> > > maxplayers option
> > 
> > Either we remove it completely (also remove game.max_players and
> > *_MAX_PLAYERS) and not just the option or we make it hard to use
> > (increase the level which is required to hack).
> > 
> >     Raimar
> I think we need to find out why it is there in the first place,
> and provide that functionality.
> As far as I can see, its purpose was to allow automatic game starting.
> But this is not desirable when multiple players are involved.
> So perhaps it would be good to have a /se tautostartonconnect option
> that starts the game on the very first connection.
> I once had a (broken) patch that allowed this,
> by adding an /on command, so you could say  /on join start.
> Perhaps that is prettier, too.  It also allows things like
> /on join cmdlevel info and /on start cmdlevel info, but it
> may not be desirable to have this much programmability.

IIRC such a feature was planned. But client based. To make development
with one client on the local host easier. Such patch didn't turn up


 email: rf13@xxxxxxxxxxxxxxxxx
 checking for the vaidity of the Maxwell laws on this machine... ok
 checking if e=mc^2... ok
 checking if we can safely swap on /dev/fd0... yes
    -- kvirc 2.0.0's configure 

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