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

List:       kde-frameworks-devel
Subject:    Re: [Kde-games-devel] Data migration issue
From:       Matthew Dawson <matthew () mjdsystems ! ca>
Date:       2015-03-21 15:38:14
Message-ID: 3062357.gioXaFFG6W () cwmtaff
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


On March 21, 2015 04:29:25 PM Mathias Kraus wrote:
> Am Samstag, 21. März 2015, 11:06:02 schrieb Matthew Dawson:
> > On March 21, 2015 04:00:11 PM Mathias Kraus wrote:
> > > =======
> > > KConfig config(QLatin1String("kminesrc"));
> > > config.reparseConfiguration();
> > > =======
> > 
> > Sorry, my suggestion of using reparseConfiguration wasn't clear.  I meant
> > using it against the global KSharedConfig, not a newly created KConfig.
> > Instead, try:
> > 
> > KSharedConfig::openConfig()->reparseConfiguration();
> > 
> > And see if that helps (untested here).
> 
> Yes, that works. Should have told you what I tried.
Excellent!  So now we at least know what the problem is.

> Thanks very much. Now we need to update all kf5 games. I will do it for
> granatier but don't know if I have enough time to do it for all games. Will
> try to do it though.
> 
> Could this also be necessary for non-game applications?
I don't think this can be solved universally, as KConfig and KCoreAddons can't 
depend upon each other.  My only thought would be to have KCoreAddons lookup a 
symbol at runtime, and call that to reload all cached KSharedConfigs, but I 
have no idea if that is feasible, never mind if it will work.  Failing that, 
we should update the documentation to mention the need to reload any 
KSharedConfigs after migration.

Thoughts?
-- 
Matthew
["smime.p7s" (application/pkcs7-signature)]
[Attachment #6 (text/plain)]

_______________________________________________
Kde-frameworks-devel mailing list
Kde-frameworks-devel@kde.org
https://mail.kde.org/mailman/listinfo/kde-frameworks-devel


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