After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 770005 - FLIF support
FLIF support
Status: RESOLVED WONTFIX
Product: gdk-pixbuf
Classification: Platform
Component: loaders
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: gdk-pixbuf-maint
gdk-pixbuf-maint
Depends on:
Blocks:
 
 
Reported: 2016-08-16 17:56 UTC by Kirill Berezin
Modified: 2016-12-13 13:21 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Kirill Berezin 2016-08-16 17:56:48 UTC
Guys, i am just get noticed that eog unable to open flif images.
https://en.wikipedia.org/wiki/Free_Lossless_Image_Format

I am about to implement this, this is my first time contributing to something like this. Could anybody head me?
Should i add git submodule into eog repository, update makefiles and implement patches? Right?
Comment 1 Felix Riemann 2016-08-20 11:14:37 UTC
Hi,

eog uses gdk-pixbuf as image decoding backend. So you wouldn't implement format support in eog directly but instead would create a gdk-pixbuf loader which would handle the image decoding.

That would also have the added advantage that it wouldn't just work in eog but for all gdk-pixbuf users. For example Nautilus would be able to display thumbnails for your images.

I am not sure if gdk-pixbuf still picks up new formats for inclusion or whether the loader should be shipped externally. But, I think the latter might be better for your case as the decoder library seems to have had only one release so far, which would make it easier for you to reacti to API changes.
Comment 2 Bastien Nocera 2016-12-13 13:21:36 UTC
(In reply to Felix Riemann from comment #1)
<snip>
> I am not sure if gdk-pixbuf still picks up new formats for inclusion or
> whether the loader should be shipped externally. But, I think the latter
> might be better for your case as the decoder library seems to have had only
> one release so far, which would make it easier for you to reacti to API
> changes.

We're looking to cut down on the number of loaders we provide in gdk-pixbuf, especially for fringe, or new formats.

There are a number of external loaders available to be used as examples, both internally to gdk-pixbuf and stand-alone. I would advise you to start by writing a thumbnailer first, which should help you get started. See:
http://tecnocode.co.uk/2013/10/21/writing-a-gnome-thumbnailer/
for an example of how to do that.