Review Request 113510: Deprecate methods in kimageio
David Faure
faure at kde.org
Sat Nov 2 23:09:25 UTC 2013
On Saturday 02 November 2013 22:36:03 Alex Merry wrote:
> Moving this to the list.
>
> On 02/11/13 19:36, David Faure wrote:
> > On November 2nd, 2013, 6:21 p.m. UTC, *Alex Merry* wrote:
> > Related question: would it make sense to try to implement this by
> > directly enumerating the QImageIO plugins (and reading their JSON
> > files)? Possibly with some hacks for the built-in decoders.
> > Because it looks to me like we could then ditch the .desktop
> > files for the plugins (including the ones for Qt's own
> > plugins/built-in code).>
> > If we want to get rid of the .desktop files, why don't we just implement
> > KImageIO on top of QImageReader/Writer, rather than duplicate its code?
> Only that QImageReader/Writer do not make it easy to correlate mimetypes
> and image format names.
Right. But do we still need image format names?
(I guess the answer lies in http://lxr.kde.org/ident?i=KImageIO but I didn't
dig into it yet)
And if we do need this, how about we add that feature to QImageReader/Writer
instead?
--
David Faure, faure at kde.org, http://www.davidfaure.fr
Working on KDE, in particular KDE Frameworks 5
More information about the Kde-frameworks-devel
mailing list