-----------------------------------------------------------------------
Titan 1.1.0 beta        (http://now.at/Titan)

What's left to do       24.May.1999

Author: Dan Brown       (_danbrown_@yahoo.com)
-----------------------------------------------------------------------

In order of importance...

Jpeg support
  I have to sort out why the Jpeg files won't compile anymore.

Docs
  Currently, the manual, docs, etc are only available in HTML. I need to
  convert this to text.

Add support for other compilers
  Jelle is working on the linux autoconf files, and I will work on the DJGPP 
ones as soon as DJGPP is supported by OpenPTC-dos.

Add save routines for BMP and PCX
  BMP should be very easy, and PCX shouldn't be much harder.

More examples
  The view example is a bit dull, maybe port stretch over and write an image
  converter util. Jelle says he may do a linux GUI converter.
  Jelle here: I will, As soon a PTC has better input support (mouse etc)
  I'll work on it... 

Allow image loading from memory, not just a file
  A few people have asked for this, so that they can use their virtual file
  systems with Titan. I need to do this quite soon really, as it will require
  a lot of small changes in all the handler code.

Put questionaire on web-page, for feedback on new features, what to add, etc.
  I think this would improve communications between Titan users and the
  development team. We will know which features to implement first, and fix
  bugs quicker.

Add animation framework and handlers
  Almost ready now!

Add more file handlers
  There are another three loaders currently in development, GIF, CEL and LBM
  and hopefully more before to long. I've just thought of some more, windows
  ICO and CUR, and linux XPM and PPM. ICO and CUR can also be used for
  animation files.

Make non-PTC specific
  I'm still not sure whether to do this or not. A port to allegro or even
  DirectDraw could help some people out. Maybe GGI to, Jelle will have a look
  at it. I'll probably do it in a nice way, so that different systems just
  need to have a different image.cc/image.h

Idea
  Just thought of a cool way of using Titan once it's been re-written.
  Programmers will be able to access the raw picture data using Image.lock()
  or something similar. Therefore, why stop at loading just pictures? sound
  samples, 3d objects, anything could be loaded, just by writing a handler
  for that particular file format.
