Complete.Org: Mailing Lists: Archives: freeciv-dev: July 1999:
Re: [Freeciv-Dev] Gtk+ FreeCiv Server
Home

Re: [Freeciv-Dev] Gtk+ FreeCiv Server

[Top] [All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
To: jpranevich@xxxxxxxxxxxx, "David Pfitzner" <dwp@xxxxxxxxxxxxxx>
Cc: freeciv-dev@xxxxxxxxxxx
Subject: Re: [Freeciv-Dev] Gtk+ FreeCiv Server
From: "Joe Pranevich" <jpranevich@xxxxxxxxxxxx>
Date: Fri, 09 Jul 1999 00:09:05 -0400
Reply-to:

Hello,

My apologies for the formatting of the previous message. Normally, I'd use my 
work account, but
I'm actually thinking of trying to keep non-work emails out, as if that would 
work. (And yes, I know Yahoo mail is better, but I have some problems with 
using the competition's products. It's a morale thing.)

(For the record, I work for Lycos. Whee. But that is in no way connected to 
anything that I am 
doing with Linux or FreeCiv or GNOME or anything else.) 

I have a copy of the CVS tree now, I'm merging the changes tommorow and 
cleaning things up. While not working right now, I have placed the 
infrastructure to support both text and gtk mode in the same binary. 

Actually, the gtk bit really isn't anything more than a generic front-end. With 
my changes in place,
it should be trivial to add a Qt front-end to the mix. Really, all we have is 
an event-driven replacement for sniff_packets (which looks like cleaner code, 
anyway), a gui_tasks struct for those
cases where we want to use gui-centric code in common functions (for example, a 
replacement for freelog and printf messages), and the rest just wraps around 
the functions that would be called in handle_stdin_input. Simple, but effective.

Therefore, you would need to update the text client to add most types of 
functionality to the gtk+
server. (Of course, gui-type bits don;t go through this.)

Now, the interface itself is simple, too. It's just a player list with menu 
options to add computer 
players, start the game, quit, etc. Now, that's built so it should be easy to 
make that configurable
within the program, for example to show different fields. (Races, for example.) 
I intend to have
right-click context menus as well, but they may not make it into the first 
patch.

Simple is good. Simple is easy to understand. I like simple.

So, here's to hoping I can get this merged without a hitch... :) WHo do I send 
patches to, btw?

Joe



--

On Thu, 8 Jul 1999 11:41:46    David Pfitzner wrote:
>Joe Pranevich wrote:
>
>(Um, line breaks, please?)
>
>> I have written a gtk front-end to the FreeCiv *server*. 
>
>> The patch still needs a lot of work, I have put in some infrastructure to 
>> allow both text and gtk servers to be built from the same tree, but I'm not 
>> done with that bit. SO I'm not going to include a patch just yet.)
>
>It sounds very good.
>
>I'm not sure if it would have been harder, or impractical, but 
>what I would have prefered would be a gtk front-end which _runs_ 
>the text-only server, giving it commands and interpreting its 
>output.  Plus any changes to the text-only server to make this 
>feasible, if required.
>
>That would seem a clean separation of functionality (gui/non-gui), 
>and one would trivially still have the text-only server if/when 
>one wants it.
>
>> 3. A local civclient may be started from the same application.
>
>This is an especially nice feature, to help users who are confused 
>by the client-server nature of things.
>
>Regards,
>-- David
>


Get your FREE Email at http://mailcity.lycos.com
Get your PERSONALIZED START PAGE at http://my.lycos.com

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