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 113077 - MNG support
MNG support
Status: RESOLVED DUPLICATE of bug 71267
Product: gdk-pixbuf
Classification: Platform
Component: general
git master
Other Linux
: Normal enhancement
: ---
Assigned To: gtk-bugs
gnome-applets Maintainers
Depends on:
Blocks:
 
 
Reported: 2003-05-15 17:56 UTC by Jan Fabry
Modified: 2010-07-10 04:07 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Jan Fabry 2003-05-15 17:56:22 UTC
It is not easy to show a non-animated image when a new mail has arrived. It
is impossible to show an animation when no mail has arrived. The speed of
the animation is not configurable, and the images have to be square.

If mailcheck would support MNG files, all these problems would be solved.
It would also be obvious that PNG images give no animation, while MNG
images do.

I learned C four months ago, so I don't think I'm the right person for
adding this functionality ;) Any other volunteers?
Comment 1 Kevin Vandersloot 2003-05-15 20:27:56 UTC
You would want to write a gdk-pixbuf MNG module (or maybe it already
exists?), so every application could access MNGs easily. Moving it to
gdk-pixbuf bugs.
Comment 2 Owen Taylor 2003-05-15 20:43:12 UTC

*** This bug has been marked as a duplicate of 71267 ***
Comment 3 Jan Fabry 2003-05-15 20:54:12 UTC
I was thinking more about making this bug a dependency of #71267 , not
a duplicate. This bug is about including MNG support in the Inbox
Monitor (or mailcheck), and this depends on MNG support in gdk-pixbuf.
Other might search Bugzilla for 'mng support' and 'mailcheck', and not
find this bug.
Comment 4 Havoc Pennington 2003-05-15 22:31:15 UTC
if you add mng support to gdk-pixbuf, no mailcheck changes should 
be required, so there's no reason to have a bug open there.
(open bugs are intended to represent some pending developer task;
if there's no task, the bug should not be open)