forked from old/legacy-imlib2
1f9025dd97
(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 |
||
|---|---|---|
| .. | ||
| .cvsignore | ||
| Makefile.am | ||
| loader_argb.c | ||
| loader_bmp.c | ||
| loader_gif.c | ||
| loader_jpeg.c | ||
| loader_png.c | ||
| loader_pnm.c | ||
| loader_tiff.c | ||