of them should include Imlib2.h. In fact, nothing in the Imlib2 code
should, but if it's absolutely necessary, make sure the local one is found
before the system-wide one.
SVN revision: 2915
with it, because of licensing issues. I guess I'll be talking to Raster
next week what we'll do with the loader. Hope this makes us friends
with the Gimp developers again.
SVN revision: 2888
opacity, layer masks, and merging layers in the default mode
(simply "looking" through all the layers). The other layer modes
are missing right now (I hardly ever use anything other than "Normal"
anyway, but that's just me of course).
If you load an image as /path/to/file:<layer number> only the
specified layer is displayed, at the defined offset in the image.
Try this with imlib2_view since it ignores file loading errors.
Passing parameters to the loader will have to be handled better
(or did I miss someting?) but the loader can basically return
layers selectively.
SVN revision: 2847
here's my humble attempt of an xpm loader, based on Imlib1 code. Seems
to work fine on the xpms I found on my box. I'm not sure if the
progressive stuff is feasible, though :o) ...
SVN revision: 2654
(gilbertt)
Actually, made the gif loader give back what it's got without changing im->h
to reflect, or reallocing the image data. The reason for this is that it
already told apps what the image size was in the first progressive loader
callback, and changing it afterwards can cause confusion. Also, an app can
still handle/display a half-loaded image, as the rest is just filled black,
and the programmer knows how much of the image he got, 'cos he interrupted
it from the callback. If the programmer wants to trim the image, he knows
where to trim it, but if he/she wants to display a part-loaded image,
that'll work sanely.
I think this is more sane behaviour, having tested it in feh and
imlib2_view, but feel free to disagree ;-)
SVN revision: 2561
(gilbertt)
All done except the tiff loader. (Although I may be giving back incomplete
rows on a couple, I have to test more).
The tiff loader is gonna be hard, libtiff is quite broken in many ways ;-)
SVN revision: 2549
(gilbertt)
Changed all the loaders to use ImlibProgressFunction instead of defining it
themselves. This is so I can change them all at once tomorrow.
SVN revision: 2542
WEEK! Got the BASTARD. DIE!
(what complicated matters was that it only leaked on when it *couldn't* load
the image).
Please note. there is also a filedes leak in the tiff loader, also when it
fails to load. I haven't been able to fix this yet, because libtiff sucks
ass and has totally encapsulated the file descriptor. Lemme work on it
tomorrow...
SVN revision: 2267