Complete.Org: Mailing Lists: Archives: freeciv-ai: March 2004:
[freeciv-ai] Re: [Freeciv-Dev] Re: FreeCiv Diagrams
Home

[freeciv-ai] Re: [Freeciv-Dev] Re: FreeCiv Diagrams

[Top] [All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
To: Guillermo Lopez Alejos <100030179@xxxxxxxxxxxxxxx>
Cc: freeciv-ai@xxxxxxxxxxx, freeciv-dev@xxxxxxxxxxx
Subject: [freeciv-ai] Re: [Freeciv-Dev] Re: FreeCiv Diagrams
From: Raimar Falke <i-freeciv-lists@xxxxxxxxxxxxx>
Date: Sat, 27 Mar 2004 07:44:10 +0100

On Fri, Mar 26, 2004 at 07:22:02PM +0100, Guillermo Lopez Alejos wrote:
> 
> > So you want to create a console interface to the client?! And the
> > puppeteer will be this interface?!
> 
> Errr... yes, that's what I thought... wasn't it the idea?
> 
> > Note that the console interface will also have to provide general game
> > data in addition to agent related data.
> 
> Agent related data?, example please :)

Everything which is in agents.c.

> > Also note that such console interface doesn't have to agent related in
> > any way. And also note that such console interface can/could/will be
> > used to build other stuff than client side AI.
> 
> nikodimka told me that pupeteer is implemented as an agent. But it
> looked strange to me, why implement it as an agent?.

Good question. We have to ask him.

> > That is how I understood it. You may disagree and may want to make it
> > more concrete what you plan.
> 
> Well, I don't know. I only want to create that interface and I'm looking
> where I have to put it in the code. I thought that pupeteer was the
> first step to the client side interface.

> Anyway pupeteer isn't much more different than an interface built into
> the client internals... is it?

I don't think so. It should be an _interface_ for both common client
data/functions and agent data/functions.

        Raimar

-- 
 email: rf13@xxxxxxxxxxxxxxxxx
  "Debugging is twice as hard as writing the code in the first place.
   Therefore, if you write the code as cleverly as possible, you are,
   by definition, not smart enough to debug it."
    -- Brian W. Kernighan


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