[comp.windows.x] xloadimage version 3.01 is now available

jimf@saber.COM (05/21/91)

Xloadimage v3.01 is now available for anonymous ftp from
export.lcs.mit.edu in /contrib/xloadimage.3.01.tar.Z.

If you do not have access to ftp I can email copies, although I would
like to cut down mailings to as few as possible due to the size of
each mailing.  Xloadimage is now distributed via email in eleven shar
files totalling almost one-half megabyte.

Due to some major redesigns, there is no patch available for
converting v2.03 to v3.01.

Enjoy,

jim frost
jimf@saber.com

- -- cut here --
Version 3.0 contained the following bug-fixes and enhancements:

* All server visual types are now supported.  The best available
  visual is picked for the supplied image, and a visual can be forced
  with the new option -visual.
* There is internal support for 24-bit images (ie they work).  This
  includes addition of 24-bit formats to Sun rasterfile and PPM
  images.
* Colormap reduction has been significantly improved.
* Colormap compression has been significantly improved.
* Default colormap fitting has been implemented (and is done
  automatically for -onroot).  A corresponding option -fit has been
  added.
* Backing store is used in preference to a backing pixmap if it is
  available.  This makes it usable on low-memory servers.  The -pixmap
  option has been added to force the use of a pixmap as backing-store
  if performance is critical.
* The -onroot -fullscreen combination now preserves aspect ratio
  (performing, in effect, the best possible zoom in addition to using
  -center).
* A -fork option, to background xloadimage automatically, has been
  added.
* A -windowid option has been added for use with servers which use
  unmarked root windows, giving -onroot functionality on any window.
  This is particularly useful if you run HP-VUE.
* -onroot now works with DECWindows.
* -normalize now works on color images without converting to
  grayscale.
* -slideshow is now the default behavior.  A new option, -merge, is
  used to merge images.  The -slideshow option is no longer supported.
* The WM_DELETE protocol is now recognized.
* Monochrome versions of GEM IMG and PC-Paintbrush PCX image files are
  now supported.
* A -goto option has been added for creating looped slideshows.

Version 3.01 contained a fix to -merge to avoid scrambling colors
when merging RGB images, and a couple of other small fixes.

An important caveat: Support of multiple visuals requires visual
swapping between different images.  For this reason it was necessary
to use the WM_COLORMAP_WINDOWS protocol specified by ICCCM when using
a visual which is not the default visual for the display.  If you
have a highly functional display (ie one with a lot of different
visuals) and you do not have a fully-ICCCM-compliant window manager,
you may encounter colormap installation problems.  X11R4 twm supports
the WM_COLORMAP_WINDOWS protocol but complains erroneously about a
client having switched the colormap.  You may need the -install flag
for some window managers.

X11R3 window managers should still work if the -install flag is
specified.

Enjoy,

jim frost
jimf@saber.com

------- End of Unsent Draft

graeme@labtam.labtam.oz (Graeme Gill) (05/24/91)

In article <9105210136.AA06260@swiss>, jimf@saber.COM writes:
> Xloadimage v3.01 is now available for anonymous ftp from
> export.lcs.mit.edu in /contrib/xloadimage.3.01.tar.Z.
> 
> * -slideshow is now the default behavior.  A new option, -merge, is
>   used to merge images.  The -slideshow option is no longer supported.

	System V compatibility is broken in the new window.c
	I have avoided the problem with one of our local bsd compatibility
	libraries, but it would be nice if the sysv equivalent system
	calls were #ifdef'ed into this file.

	Graeme Gill
	Labtam Australia