David Lichteblau david@lichteblau.com writes:
I wonder whether that library could be external to McCLIM, so that other applications could also use it. As long as it just returns arrays of colors in the format CLIM wants, it would plug right into our image drawing routines and still not have to depend on CLIM internals itself.
I don't see much point in making it completely CLIM-independent, you can't use the loaded images for anything but displaying them.
The indexed pattern code would be used for images with a palette, like GIF and XPM.
(I see something called rgb-image.lisp in mcclim/Extensions, what is it used for?)
That's the second image format we would want to support, for 24 bit RGB colors (plus alpha channel), originally from Closure.
Ah, so we have two image-like things, CLIM patterns and RGB images? I guess the LOAD-IMAGE function would then be specified as returning a design object, with the actual implementation for each image type deciding upon what is most convenient. Perhaps it could even be checked dynamically - a JPEG image that is mostly monochrome might be efficiently represented as an indexed image.