Complete.Org: Mailing Lists: Archives: freeciv-dev: October 2001:
[Freeciv-Dev] Re: Server/ruleset unification [Was [RFC PATCH] init_techs
Home

[Freeciv-Dev] Re: Server/ruleset unification [Was [RFC PATCH] init_techs

[Top] [All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
To: rf13@xxxxxxxxxxxxxxxxxxxxxx
Cc: Freeciv developers <freeciv-dev@xxxxxxxxxxx>
Subject: [Freeciv-Dev] Re: Server/ruleset unification [Was [RFC PATCH] init_techs]
From: Arien Malec <arien_malec@xxxxxxxxx>
Date: Mon, 1 Oct 2001 08:46:52 -0700 (PDT)

--- Raimar Falke <hawk@xxxxxxxxxxxxxxxxxxxxxxx> wrote:
> On Fri, Sep 28, 2001 at 09:42:14AM -0700, Arien Malec wrote:
> >regardless of whether you call ailevel "aicontrol.ailevel" or
> > "ailevel" or "game.ailevel",
> >  you can treat the whole string as a unique identifier that >
> >  identifies the one and only one ailevel variable you want to
> >  modify.
> 
> Who says that there is only one AI?

There is currently one and only one ailevel. Adding player by player levels is
a separate change.

> > However, for nation.greek.init_techs, you have to find the greek
> > nation *first*, before you can modify it.
> 
> Yes. But this distinction is still technical nature. We don't have to
> force the user to also make this distinction.

Hm? The user has to know which tech or nation or whatever needing to be
updated.
 
> > I would strongly recommend that if we want to use "dotted syntax" to
> organize
> > variables, that we use a different syntax to identify objects.
> > 
> > e.g.
> > 
> > game.ailevel
> > 
> > vs., e.g.
> > 
> > nation[greek].init_techs
> > 
> > 
> > I'm also leaning towards the simpler set/create syntax, because it makes
> the
> > lexting and parsing code much easier. For instance, all commands can be
> newline
> > terminated.
> 
> At least for me this isn't the great unification.

It's the fastest path from here to there, and (except for little issues like
end of command terminators) it should be upwardly compatible with future
changes. But I'm not at all opposed to multiple attribute setting in create/set
commands, obviously. I just tend to think that the benefits of unified syntax
might be worth making the unified language simple in the short term.

Arien


__________________________________________________
Do You Yahoo!?
Listen to your Yahoo! Mail messages from any phone.
http://phone.yahoo.com


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