TODO
changeset 142 e3eb45e37874
parent 136 e70c4231a8b7
child 179 4c958de93bf7
equal deleted inserted replaced
141:1daf99b75132 142:e3eb45e37874
     6 - autoconf support?
     6 - autoconf support?
     7 - update the Makefile so that Cygwin can generate a DLL. The entire codebase
     7 - update the Makefile so that Cygwin can generate a DLL. The entire codebase
     8   compiles under Cygwin otherwise.
     8   compiles under Cygwin otherwise.
     9 - Hmm...we can determine the actual CD-ROM drives under Win32, but how do you
     9 - Hmm...we can determine the actual CD-ROM drives under Win32, but how do you
    10   decide that there's no disc in the drive?
    10   decide that there's no disc in the drive?
    11 - MacOS (Classic and X) support.
       
    12 - Platform-specific functions/macros to handle byte ordering.
    11 - Platform-specific functions/macros to handle byte ordering.
    13 - A PHYSFS_readUint32(), _readSint32(), etc API.
    12 - A PHYSFS_readUint32(), _readSint32(), etc API.
    14 - Patch the zlib used on win32 to 1.1.4.
    13 - Patch the zlib used on win32 to 1.1.4.
    15 - Switch the CHANGELOG to list newest changes first.
    14 - Switch the CHANGELOG to list newest changes first.
    16 - Write manpages, preferrably generated from some javadoc-style solution
    15 - Write manpages, preferrably generated from some javadoc-style solution
    17   so we can make HTML versions etc from the same data.
    16   so we can make HTML versions etc from the same data.
    18 - Make internal code respect the new typedefs (PHYSFS_?int??).
       
    19 - Byte order API; just something simple like:
    17 - Byte order API; just something simple like:
    20     __EXPORT__ PHYSFS_uint16 PHYSFS_swapBE16(PHYSFS_uint16 val);
    18     __EXPORT__ PHYSFS_uint16 PHYSFS_swapBE16(PHYSFS_uint16 val);
    21     __EXPORT__ PHYSFS_uint16 PHYSFS_swapLE16(PHYSFS_uint16 val);
    19     __EXPORT__ PHYSFS_uint16 PHYSFS_swapLE16(PHYSFS_uint16 val);
    22 
    20 
    23    (these can be macros. The hard part is determining the architecture at
    21    (these can be macros. The hard part is determining the architecture at
    24     compile time, and whether a given platform offers accelerated
    22     compile time, and whether a given platform offers accelerated
    25     conversion macros already. We can probably jack this from SDL, too.)
    23     conversion macros already. We can probably jack this from SDL, too.)
    26 - Make win32.c respect the more strict filesystem layout enforced by
    24 - Make win32.c respect the more strict filesystem layout enforced by
    27   Win2000 and later.
    25   Win2000 and later.
    28 - Improve ZIP_seek() (archivers/zip.c)
    26 - Improve ZIP_seek() (archivers/zip.c)
    29 - entry_is_symlink() and version_does_symlinks() in zip.c have byte-order bugs.
    27 - Make the zipfile parse symlinks with relative paths. See the function
       
    28   expand_symlink_path() in archivers/zip.c ...
       
    29 - Make archivers/unzip.c use the new byte order API for a little more
       
    30   efficiency (it gets 32-bit ints as four 1-byte reads; yuck.)
    30 - Actually, the zipfile driver could use a lot of tweaking. Please look
    31 - Actually, the zipfile driver could use a lot of tweaking. Please look
    31   through it.
    32   through it.
    32 - Abstract out the use of stdio. It's not as "std" as I would like, in my
       
    33   experience. Add code to the platform drivers to open, read, write, seek,
       
    34   tell, etc on an abstract data type that is opaque outside the individual
       
    35   platform drivers, so that dir.c has a unified codebase that talks to this
       
    36   internal abstraction layer. This opaque data type can be a FILE * on unix,
       
    37   and a HANDLE on win32, etc...
       
    38 - Other archivers: perhaps tar(.gz|.bz2), RPM, etc. These are less
    33 - Other archivers: perhaps tar(.gz|.bz2), RPM, etc. These are less
    39   important, since streaming archives aren't of much value to games (which
    34   important, since streaming archives aren't of much value to games (which
    40   is why zipfiles are king: random access), but it could have uses for, say,
    35   is why zipfiles are king: random access), but it could have uses for, say,
    41   an installer/updater. I thought it might be neat to have MBOX and Maildir
    36   an installer/updater. I thought it might be neat to have MBOX and Maildir
    42   support so that both "archives" look identical to an application; might be
    37   support so that both "archives" look identical to an application; might be