Complete.Org: Mailing Lists: Archives: freeciv-dev: December 2001:
[Freeciv-Dev] Re: freeciv 1.12.1 spec?
Home

[Freeciv-Dev] Re: freeciv 1.12.1 spec?

[Top] [All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index] [Thread Index]
Cc: freeciv development list <freeciv-dev@xxxxxxxxxxx>
Subject: [Freeciv-Dev] Re: freeciv 1.12.1 spec?
From: Jason Short <vze2zq63@xxxxxxxxxxx>
Date: Fri, 07 Dec 2001 04:18:35 -0500
Reply-to: jdorje@xxxxxxxxxxxx

Raimar Falke wrote:

On Thu, Dec 06, 2001 at 05:48:23PM -0500, Jason Short wrote:

General-topologies (which will allow all sorts of wrapping, plus iso-rectangular and potentially many other cool topology shapes) is not all that far off now; most cleanups have been done and what remains is mostly the implementation of the actual topology system. It would therefore be a shame IMO to not complete it at this point. Things remaining to do include:

- Put through the currently pending (small) patch to clean up isometric-tile math. - Provide another (larger) cleanup patch to make more of the overview code GUI-independent (Gaute needs to do this too, I think, so there may be some help there). - Provide one final small cleanup patch (or it could be several micro-patches) that fixes a collection of small problems through the code. - Implement and use the function find_representative_map_pos (or unnormalize_map_pos). Ross and I still have to bash heads on the implementation (see the earlier discussion on "candy-cane wrapping"), but we're agreed on the basic idea. - Add the infrastructure for the topology system. This includes the topology structure itself, information in the savegame about it, and new packets containing the data. If there was ever a time to break backwards-compatibility for the protocol (which I believe Raimar has been waiting for), this is it.
- Implement different topologies by changing the backend topology code.


You forgot mapgen. At least I don't see this as a micro problem.


Yes. There are some other things I've forgotten too - I think the biggest one may be cleanup of non-GTK gui's (there are a lot of map_adjust_* macros in there, and I just noticed the map_canvas_adjust_* functions for the first time today...).

Now that I think about it Gaute's going to have problems with this stuff too. So I'll work on this (different client gui's) next.

jason



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