Complete.Org: Mailing Lists: Archives: freeciv-dev: July 1999:
Re: [Freeciv-Dev] Client X
Home

Re: [Freeciv-Dev] Client X

[Top] [All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
To: Freeciv List <freeciv-dev@xxxxxxxxxxx>
Subject: Re: [Freeciv-Dev] Client X
From: Daniel Sjolie <deepone@xxxxxxxxxx>
Date: Mon, 12 Jul 1999 16:05:55 +0200

On 1999-07-12 15:38:32, Daniel Sjolie wrote:

> [03:19pm] <deepone> one way would be to have a 'ui' and a 'ai' directory
> in the 'player' directory...
> [03:19pm] <deepone> but then we should have a 'gui' directory in the
> 'ui' directory and a 'gtk' direktory in that one...
> [03:20pm] <deepone> ...client/player/ui/gui/gtk/
> [03:20pm] <deepone> lots of directories!
> [03:20pm] <deepone> But it would be a LOT clearer what is what...
> [03:21pm] <deepone> Another approach is to go for a shallow structure...
> [03:22pm] <deepone> That would mean having 'gui' and 'ai_player' in
> 'player' and if You want a non-gui ui later You'll have to add another
> directory to 'player'...

Ok, I'm now thinking:
Let's make it 'ai' and 'ui' (because it is the right thing to do)
and then forget about the 'gui' level and don't be afraid to put
graphic related functions/abstractions in 'ui'...
At least we're moving the inconsistence further away and it should
be easier to add a 'gui' directory to 'ui' in the future if that
would be justified than go the other way...

> One issue is that when You have the ai in the client You loose quite
> some stuff if the client craches...
> One idea would be to implement a simpel and general package thingy
> for sending information to the server for 'safe-keeping'...
> I certainly think it would be better than keep adding new packages
> for every feature that could be implemented in the client...

I tend to confuse packages and packets... :p

/Daniel

-- 
Now take a deep breath, smile and don't take life so seriously... :)

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