diff options
Diffstat (limited to 'Documentation/CHANGES.DOC')
| -rw-r--r-- | Documentation/CHANGES.DOC | 81 |
1 files changed, 56 insertions, 25 deletions
diff --git a/Documentation/CHANGES.DOC b/Documentation/CHANGES.DOC index 9bef181..cadf439 100644 --- a/Documentation/CHANGES.DOC +++ b/Documentation/CHANGES.DOC @@ -1,27 +1,51 @@ ** -** $Id: CHANGES.DOC,v 22.2 92/06/03 23:52:06 chris Exp $ +** $Id: CHANGES.DOC,v 22.3 92/06/21 00:21:50 chris Exp $ ** -** $Author: chris $ -** $Release: 22.3 $ -** $Date: 92/06/03 23:52:06 $ +** $Author: Christian A. Weber $ +** $Release: 23.2 $ +** $Date: 92/06/20 17:21:50 $ ** +CHANGES FOR V23.2 (24-May-93) +----------------- + +* The library no longer has a (unused) data hunk. This reduces its size. + +* iff.lib now has a version string. + + +CHANGES FOR V23.1 (23-May-93, not released) +----------------- + +* IFFL_PushChunk() and IFFL_PopChunk() know how to deal with nested FORMs. + The FORM type can be written manually (with a WriteChunkBytes() after + the IFFL_PushChunk(..., ID_FORM), or automatically. + + +CHANGES FOR V22.4 (02-Jun-92) +----------------- + +* IFFL_GetViewModes() doesn't set the HAM bit anymore if the IFF file has + no CAMG chunk. This is required for the AGA modes to work. + + CHANGES FOR V22.3 ----------------- -* SaveClip() and SaveBitMap() won't crash on 68000 processors anymore +* IFFL_SaveClip() and IFFL_SaveBitMap() won't crash on 68000 processors + anymore. -* Minor bugs in documentation fixed +* Minor bugs in documentation fixed. CHANGES FOR V22.2 ----------------- -* Superfluous seeking in OpenIFF() removed (occurred only if the file was - compressed with xpk) +* Superfluous seeking in IFFL_OpenIFF() removed (occurred only if the + file was compressed with xpk) * On popular demand, the MoviePRO ANIM player (plays Sculpt MOVIE and ANIM5) is now included. It's still a BETA version, so use with care... @@ -72,8 +96,8 @@ programmer's interface changed. Here's what's new: * If you define the symbol IFFLIB_PRE21NAMES in your source codes, you still can compile them using the old naming conventions. However, - you will lose the ability to use iffparse.library in the same files - because of the name clashes. + you will lose the ability to use iffparse.library in the same source + files because of some name clashes. * In IFFL_SaveClip() and IFFL_SaveBitMap(), the color values are now calculated correctly (multiplied, not shifted). @@ -90,7 +114,7 @@ CHANGES FOR V20.1 -CHANGES FOR V19.1 +CHANGES FOR V19.1 (09-Oct-90) ----------------- * SaveClip() and SaveBitMap() now correctly write 24 bitplane pictures. @@ -103,7 +127,7 @@ CHANGES FOR V18.8 ----------------- * Modula-2 definition module and example program added, (contributed by - Oliver Schraner, thanx!). + Olivier Schraner, thanx!). * ShowIFF now adjusts the screen size according to the "normal" values stored in GfxBase, for users of MoreRows or Kickstart 2.0. @@ -116,19 +140,17 @@ CHANGES FOR V18.8 * No functional changes to the library (except new version number ;-) -CHANGES FOR V18.7 +CHANGES FOR V18.7 (13-Apr-90) ----------------- * You can now use DecodePic() to decode pictures with as many as 24 bitplanes. Although the original BitMap structure has only 8 pointers, you can simply add more plane-pointers at the end of the structure. - Note that these pictures must be in a normal bit-plane format (i.e. - not the format for 'Deep ILBMs' specified by Commodore). This feature enables my ShowIFF tool to directly display 24-bit pictures - scanned with the ASDG color scanner (with limited colors, of course). + (with limited colors, of course). -CHANGES FOR V18.6 +CHANGES FOR V18.6 (11-Apr-90) ----------------- * DecodePic() can deal with pictures which have more planes than the @@ -138,7 +160,7 @@ CHANGES FOR V18.6 is now obsolete. -CHANGES FOR V18.5 +CHANGES FOR V18.5 (12-Mar-90) ----------------- * OpenIFF() no longer trashes memory if a corrupt FORM (with some random @@ -148,7 +170,7 @@ CHANGES FOR V18.5 supported by ShowIFF. -CHANGES FOR V18.4 +CHANGES FOR V18.4 (28-Feb-90) ----------------- * The library now handles poorly written BODY chunks correctly (such as @@ -156,7 +178,7 @@ CHANGES FOR V18.4 a height or depth of 0. -CHANGES FOR V18.2 +CHANGES FOR V18.2 (25-Feb-90) ----------------- * The type IFFFILE has been redefined from 'CPTR' to 'void *'. This allows @@ -169,7 +191,7 @@ CHANGES FOR V18.2 by ANIM readers for jumping from FORM to FORM (see example program). -CHANGES FOR V18.1 +CHANGES FOR V18.1 (21-Feb-90) ----------------- * New function ModifyFrame(). This functions takes a bitmap and modifies @@ -220,7 +242,7 @@ This version never existed (the IFFLIB17.ZOO release contained iff.lib 16.4). To avoid confusion, the new version number is now 18. -CHANGES FOR V16.4 +CHANGES FOR V16.4 (16-May-89) ----------------- * The ShowIFF.c example program was completely rewritten. It now uses the @@ -239,14 +261,14 @@ CHANGES FOR V16.4 by HiSoft instead of the Manx 3.6 assembler) -CHANGES FOR V16.3 +CHANGES FOR V16.3 (18-Mar-89) ----------------- * The BMHD property chunks can now be in any order (which worked for V16.1, but was broken in 16.2). -CHANGES FOR V16.2 +CHANGES FOR V16.2 (03-Mar-89) ----------------- * The SaveBitMap/SaveClip() routines sometimes generated a wrong CAMG chunk. @@ -255,7 +277,7 @@ CHANGES FOR V16.2 * There are no more decruncher overruns corrupting the memory list -CHANGES FOR V16.1 +CHANGES FOR V16.1 (01-Dec-88) ----------------- Since V15.3 I got lots of suggestions, so I made the following changes. @@ -289,3 +311,12 @@ Note that this version is fully downward-compatible to V15.3. * The demo file 'ShowIFF.c' now correctly handles overscan pictures. + +-- [more boring version info deleted] -- + + +CHANGES FOR V1.0 (14-Dec-87) +---------------- + +* iff.library was born! + |