imlib2-config wasnt being installed - also it was deciding it had to
cross-compile and build i686-gnu-linux-imlib2-config etc. files... had to
move autogen.sh to this... :(
SVN revision: 10710
(KainX)
Finally got around to fixing the build. Having Imlib2 already installed
should no longer be necessary to build it.
PS: The next person who breaks this will be in for a severe beating.
SVN revision: 6800
importing/exporting binary data (specifically imlib images from edb files,
like the ebits files). This allows the user to export and import image
data in and out of edb files, as well as arbitrary conversions to and from
any format Imlib2 can handle.
SVN revision: 4049
(gilbertt)
Okay, an ImlibProgressFunction now return int, not void. The idea of this is
so that a progressive load may be aborted midway, simply by returning 0 from
the progress callback. There are a number of reasons for wanting this.
This is a slight breakage to people currently using progressive loading -
you'll have to change your definition to int, and return 1 to get normal
behaviour again. As far as I know, only feh and imlib2_view uses progressive
loading, and I'll sort those two out. To anyone else, sorry, but it's not
released yet, what did you expect? ;-)
Notice. I haven't changed the loaders yet, so returning 0 won't do squat
until tomorrow, when I change them all. What they will do is clean up and
return what they've got so far. If anyone who wrote a loader wants to do
their own, cool, it'll save me learning the api of every damn image lib ;-)
It's just a case of swapping
progress(params, ...);
with
if(!progress(params, ...)
cleanup_some_stuff_and_return_what_there_is();
Otherwise, I'll do it myself tomorrow.
Can anyone tell I've got time off work? ;-)
SVN revision: 2544