Review Request: KLocale: Keep track of original KSharedConfig/KConfig for later use.

John Layt johnlayt at
Sun Dec 5 02:08:07 GMT 2010

This is an automatically generated e-mail. To reply, visit:

Review request for kdelibs.


KLocale can be constructed with reference to a config file, variously passed in as either a KSharedConfig::Ptr or KConfig*, or just defaulting to the global, however KLocale doesn't keep track of the original config used as it hasn't needed to.  Now however KCalendarSystem also reads some user settings from the config file, but the delayed creation of the calendar object by KLocale means the config file is not available when needed and so those settings are effectively ignored.  Changing the calendar system also requires the config for the new calendar system to be read.

This fix keeps a KSharedConfig pointer to the config file in KLocale (null if using the global) and cleans up some use of the config itself.  However I'm a little uncertain I've done the right thing when a KConfig* is passed in rather than a KSharedConfig::Ptr, taking a copy of the KConfig in a new KSharedConfig seemed the only way, unless someone knows a better option.  I'm also not sure when doing the copy if the new KSharedConfig should use the same file name as the original KConfig, a null QString(), or something else?

Note: the apidox already warns that when passing the KSharedConfig::Ptr in that it must exist for the life of the KLocale object, but there's no such warning on the KConfig* constructor or setCountry/setLanguage methods.


  /trunk/KDE/kdelibs/kdecore/localization/klocale.cpp 1203620 
  /trunk/KDE/kdelibs/kdecore/localization/klocale_kde.cpp 1203620 
  /trunk/KDE/kdelibs/kdecore/localization/klocale_mac.cpp 1203620 
  /trunk/KDE/kdelibs/kdecore/localization/klocale_mac_p.h 1203620 
  /trunk/KDE/kdelibs/kdecore/localization/klocale_p.h 1203620 
  /trunk/KDE/kdelibs/kdecore/localization/klocale_unix.cpp 1203620 
  /trunk/KDE/kdelibs/kdecore/localization/klocale_unix_p.h 1203620 
  /trunk/KDE/kdelibs/kdecore/localization/klocale_win.cpp 1203620 
  /trunk/KDE/kdelibs/kdecore/localization/klocale_win_p.h 1203620 



All unit tests pass, my problem with KCalendarSystem not loading user settings when created by a KLocale is fixed.



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the kde-core-devel mailing list