next up previous contents index
Next: Error messages Up: Problems Previous: Problems   Contents   Index

Limitations and known bugs

In the Unix version, the width or height of the viewable area cannot be made larger than the width or height of the screen.

Not all functions work correctly on zoomed images.

Chinese, Japanese, Arabic, and Hebrew fonts are still not handled correctly.

It is not possible for an image to be transparent and chromakeyed at the same time.

It is possible to specify a print command (such as ``lpr -P '' followed by a space) that causes lpr to hang. This is a problem with lprng.

It is not possible to perform wavelet transforms and Fourier transforms on the same image at the same time. This limitation was deliberately introduced to conserve memory.

In mwm (Motif Window Manager) and olwm on Solaris (but not Linux), the arrow keys do not move the image the correct distance for independent windows.

If the image is off screen, moving it with the Slew button moves the image faster than when the image is visible.

Display of animated GIFs is slightly faster than in Netscape for some reason. Also, all images written in GIF89 format are positioned at 0,0 instead of their normal screen coordinates because it was discovered that including the position causes Netscape to crash when the GIF is incorporated into a Web page.

It is necessary to quit and restart the program to get the menu bar to wrap around onto multiple lines when the main window is made smaller than the menu bar width in fvwm and olwm.

In fvwm, if an image in a separate window has scrollbars, the ``copy'' and ``move'' functions don't work on the main window.

Densitometry and image rotation do not work correctly on a Fourier-transformed image.

Plugins do not work in Solaris or ConvexOS. Feedback on this problem from Solaris programmers will be appreciated.

It is impossible to select an area while a 3D image is being played as a ``movie''.

Several features, including the scanner interface and image rendering on 16- and 24-bit displays have not been tested on SGI or Solaris X servers. Information as to whether these features work correctly will be appreciated.

If an image in a separate window is behind the main window, labels placed on the main window will actually appear on the image instead.

In 16-bit screen modes, changing contrast or multiplying red, green, and blue by a constant factor has a disproportionate effect on green. This is an unavoidable consequence of the fact that in 16 bpp mode, green has 6 bits while red and blue have only 5.

Animated chromakey images have the incorrect background color when placed in the root window.

3D graphs occasionally draw pixels on images in the background.


next up previous contents index
Next: Error messages Up: Problems Previous: Problems   Contents   Index
root 2006-11-13