Home | Rules | Authors | Mailing lists | Menus and hot keys | Network game | Command line parameters | Platform specific issues | User levels | Core algorithm | Source code | Bugs | To do | Copying

# To do

## Bug-fixing

Now that Allegro 4 is finally out, Liquid War should be quite stable. Still, I doubt I'm already done with bug-fixing, and I fear this will remain one of my most time-consuming tasks =8-)

## Artwork

It's hard to find people to do that kind of thing. Artists are indeed pretty rare, at least artists who wish to create stuff freely... So if you feel like adding some theme support to Liquid War, this could *really* help. I used the textures I had but it would be nice if one could have a "space" ambiance, an "ocean" ambiance or a "desert" ambiance. This could really make the game better I think.

Musics (in midi format) are also appreciated. Tim Chadburn spontaneously contributed the first midi files, and it really pleased me 8-)

## New features

I regularly receive requests for new features in Liquid War. Of course I do not have enough time to implement them all, so they land in my "todo" list. However, most "major" evolutions are now planned for Liquid War 6, since the code in Liquid War 5 is bloated as hell. It's all right to debug it and code minor evolutions, but that's all.

However, here's what's planned for the near future:

- Continue to maintain the 5.5.x branch until it gets as stable as possible. My highest priority is to have some rock solid Liquid War version with network support, and this should be 5.5.x.
- Make a 5.6.0 release which will include graphical enhancements. I mean, everyone knows the current menus are ugly, so I would at least change the colors. Theme support could come with this release too, along with the possibility to associate specific textures to maps and/or add 3D effects to current maps.

Still, Liquid War 6 *is* scheduled. When will it be released? Not soon for sure.

## Choose another language

I'm considering re-coding Liquid War using another programming language. As of today, the best candidate seems to be Python. Basically, I would code a low-level Python object in C, which then could be used in any Python program. But this represents quite a lot of work...

This documentation is also available on: www.ufoot.org/liquidwar.