[prev in list] [next in list] [prev in thread] [next in thread]
List: koffice
Subject: [Bug 108769] Multiple Network Graphics (MNG) support
From: Alan Horkan <horkana () maths ! tcd ! ie>
Date: 2005-07-10 16:56:13
Message-ID: 20050710165613.18309.qmail () ktown ! kde ! org
[Download RAW message or body]
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.kde.org/show_bug.cgi?id=108769
------- Additional Comments From horkana maths tcd ie 2005-07-10 18:56 \
-------
> The problem is that MNG is a "video" format,
That is the worst possible way to think about it in this situation and \
exactly what I was hoping you would not do :) In Krita you would import \
each frame as a seperate layer. In the short term other applications \
would simply show the first frame treating it much like a PNG (other \
possibilities might be to show the last frame or a flattened version of all \
the frames) but in the long term it would be treated much the same as how \
most programs would treat animated GIFs
MNG is an important standard to promote and if we dont promote open \
standards we will be stuck playing catch up against nasty proprietary \
standards. It gives us the best hope we have of interchanging documents \
between the GIMP and Krita and other image editors without throwing away \
the layers or being forced to use a proprietary standard like PSD. (That \
MNG/JNG is built from PNG and JPG has the advantage of helping to avoid a \
whole lot of unnecessary reencoding.)
It is far from an ideal solution but the libraries are already there and \
even being able to import/export/ roundtrip a fairly simple MNG will be a \
good start and once the functionality is out there I'm sure more uses will \
be found for it. Users dont have too many expectations of what MNG should \
do so it doesnt have to be perfect, it just has to be a start. \
____________________________________ koffice mailing list
koffice@kde.org
To unsubscribe please visit:
https://mail.kde.org/mailman/listinfo/koffice
[prev in list] [next in list] [prev in thread] [next in thread]