[Freeciv-Dev] Re: freeciv 1.12.1 spec?

["ansutton@xxxxxxx" <dbsmith@xxxxxxxxxxx>]

Originally to: David Bryan Smith

  by provide.net (CommuniGate Pro SMTP 3.5b5)
  with ESMTP id 6263520 for 
dbsmith@xxxxxxxxxxx; Wed, 05 Dec 2001 
15:37:36 -0500
Received: from pi (localhost [127.0.0.1])
        by pi.glockenspiel.complete.org (Postfix) 
with ESMTP
        id 3600C3BA7F; Wed,  5 Dec 2001 15:36:50 
-0500 (EST)
Received: with LISTAR (v1.0.0; list 
freeciv-dev); Wed, 05 Dec 2001 15:36:50 -0500 
(EST)
Delivered-To: 
virtual-freeciv.org-freeciv-dev@xxxxxxxxxxxx
Received: from hall.mail.mindspring.net 
(hall.mail.mindspring.net [207.69.200.60])
        by pi.glockenspiel.complete.org (Postfix) 
with ESMTP id 9B7713B853
        for <freeciv-dev@xxxxxxxxxxx>; Wed,  5 Dec 
2001 15:36:49 -0500 (EST)
Received: from 
user-2injgmj.dsl.mindspring.com 
([165.121.194.211] helo=there)
        by hall.mail.mindspring.net with smtp (Exim 
3.33 #1)
        id 16BimZ-0006SG-00; Wed, 05 Dec 2001 
15:36:43 -0500
Content-Type: text/plain;
  charset="iso-8859-1"
From: Andrew Sutton <ansutton@xxxxxxx>
Organization: Software Emgineering Pros.
To: jdorje@xxxxxxxxxxxxxxxxxxxxx, Jason Short 
<vze2zq63@xxxxxxxxxxx>,
        Freeciv List <freeciv-dev@xxxxxxxxxxx>
Subject: [Freeciv-Dev] Re: freeciv 1.12.1 
spec?
Date: Wed, 5 Dec 2001 15:30:06 -0500
X-Mailer: KMail [version 1.3.1]
References: 







05130224.62720.qmail@xxxxxxxxxxxxxxxxxxxxxxx> 
<E16Bi8F-00063r-00@xxxxxxxxxxxxxxxxxxxxxxxxx> 
<3C0E7F31.7060406@xxxxxxxxxxx>
In-Reply-To: <3C0E7F31.7060406@xxxxxxxxxxx>
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-Id: 
<E16BimZ-0006SG-00@xxxxxxxxxxxxxxxxxxxxxxxx>
X-archive-position: 5101
X-listar-version: Listar v1.0.0
Sender: freeciv-dev-bounce@xxxxxxxxxxx
Errors-To: freeciv-dev-bounce@xxxxxxxxxxx
X-original-sender: ansutton@xxxxxxx
Precedence: bulk
X-list: freeciv-dev

On Wednesday 05 December 2001 03:10 pm, Jason 
Short wrote:
> I guess I'm thinking back to the way 
PayCivs did it - this was, IMO,
> pretty good.  When in "tutorial mode", 
there would be hooks for specific
> events client-side.  When that event 
happened, a popup window would give
> you tutorial information, and then the hook 
for that event would be
> removed (so that it was not given again).

i didn't realize that the other games 
separated client/server. hmm... that 
sounds fair enough.

later games (not just civs - i'm really 
thinking about RTS games and Age of 
Wonders) have built the trigger system into 
the game itself and tuturials 
were just built ontop of the trigger system.

> In theory it'd be good to have this text be 
common to all civ GUI's, but
> that may not be possible if it gives UI 
information that differs between
> GUI's.  I'm not sure how to handle this.  
Obviously the hooks should be
> in common code (if at all possible), but 
the implementation of the popup
> will need to be gui-specific (although it's 
possible a function exists
> already that will do such a popup).

probably, but standardizing client reactions 
to server generated triggers 
would be a little more interesting :) 
besides, along with the generalization 
effort going along to get more mods, you 
really get into scenario development 
for those mods.

client triggers would be good for a first 
step it would give us some ideas on 
requirements for introducing triggers into 
the game itself (server). i think 
the best way to go about doing that is to 
define a nice clean trigger api 
that is capable of testing various conditions 
and then posting notifications 
back to the client. unfortunately, this is 
probably a non-trivial development.

later this api/implementation could be moved 
into the server and strapped on 
to the network interface for remote 
triggering.

andy