[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: KImgIO plugins in plugins/imageformat (Re: kdelibs4_snapshot and
From:       Simon Hausmann <hausmann () kde ! org>
Date:       2006-01-06 14:37:24
Message-ID: 200601061537.24542.hausmann () kde ! org
[Download RAW message or body]

On Friday 06 January 2006 15:26, Lubos Lunak wrote:
> On Friday 06 January 2006 14:30, Nicolas Goutte wrote:
> > On Friday 06 January 2006 12:49, David Faure wrote:
> > > On Friday 06 January 2006 11:33, Szombathelyi György wrote:
> > > > Any chance to get this in:
> > > >
> > > > http://lists.kde.org/?l=kde-core-devel&m=113620307629326&w=2
> > >
> > > [KImgIO plugins in plugins/imageformat]
> > >
> > > The patch looks good (assuming you tested that Qt loads them ;)
> > > but does this mean that the *.kimgio files are not needed anymore, nor
> > > the code in kio/kio/kimageio* ?
> >
> > If I remember well, that was wanted anyway.
> >
> > If I really remember well, somebody had even done a patch for converting
> > KImgIO to QImageIO in Qt3/KDE3. Unfortunately I do not know where the
> > patch was "parked", as it was too big for a mailing list. (At that time,
> > I had not the reflex to ask to open a bug report and to ask to put the
> > patch there.)
>
>  I admit I haven't checked this in Qt4 yet, but has image plugin loading
> improved there, or would this still mean every KDE application would
> immediately load every single image plugin and dependencies as soon as it
> tries to load first PNG?

Not anymore fortunately. All plugins are loaded once per user, but then the 
information about what interfaces the plugin exports are stored in 
~/.config/Trolltech.conf. The cache entry for each plugin is invalidated as 
the last modification time of the plugin changes. So unless there's a bug the 
application should in the common case only load those plugins that it really 
needs.

Simon

[prev in list] [next in list] [prev in thread] [next in thread]