Review Request 111908: Add KConfigLoader from Plasma Framework to KConfigGui
David Faure
faure at kde.org
Thu Aug 8 08:23:10 UTC 2013
> On Aug. 7, 2013, 3:41 p.m., David Faure wrote:
> > tier1/kconfig/autotests/kconfigloadertest.cpp, line 56
> > <http://git.reviewboard.kde.org/r/111908/diff/1/?file=176357#file176357line56>
> >
> > I have trouble understanding the purpose of this class. How is this different from
> >
> > QCOMPARE(configGroup.readEntry("DefaultBoolItem", true), true);
> >
> > ?
> >
> > OK the one difference is that the default value comes from the XML file instead of coming from the code, but apart from that?
> >
> > KConfigXT's entire purpose was to make things statically checked (compile-time), on top of the dynamic (string-based) KConfig. And now this is another layer on top, which makes things dynamic (string-based) again? I'm confused :-)
> >
> > Ah, is this actually only about introspecting KConfigXT xml files, to extract the defaults from it? But what would be the purpose of that? (isn't this accessible in the KConfigXT-generated code too?)
> >
> > Please expand the class documentation to make it clear for dummies like me, what is the actual purpose of the class, and in which case it should be used.
> >
>
> Martin Gräßlin wrote:
> I think it's best explained to think of cases where you don't have any code in the first place. Examples are plasmoids or KWin scripts which just ship a kconfigxt file and a ui file and with the help of the KConfigLoader we are able to provide a working config interface dynamically loaded.
>
> @Aaron: do you have a suggestion on how to improve the documentation?
Ah, GUI generation, I see. A bit like KConfigDialog then, but you separated the parsing and the UI generation, and you don't need the compile-time generated KCoreConfigSkeleton).
So I was wrong, it's not on top of the KConfigXT-generated code, it's instead of that.
It just seems to me that KConfigLoader alone isn't really useful, but OK, it's a component in the overall architecture.
It definitely needs documentation about what it can be used for, and how.
- David
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/111908/#review37284
-----------------------------------------------------------
On Aug. 8, 2013, 4:58 a.m., Martin Gräßlin wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.org/r/111908/
> -----------------------------------------------------------
>
> (Updated Aug. 8, 2013, 4:58 a.m.)
>
>
> Review request for KDE Frameworks, Plasma and Aaron J. Seigo.
>
>
> Description
> -------
>
> Add KConfigLoader from Plasma Framework to KConfigGui
>
> The ConfigLoader is way to awesome to not be directly in KConfig.
>
>
> Diffs
> -----
>
> tier1/kconfig/autotests/CMakeLists.txt PRE-CREATION
> tier1/kconfig/autotests/kconfigloadertest.h PRE-CREATION
> tier1/kconfig/autotests/kconfigloadertest.cpp PRE-CREATION
> tier1/kconfig/autotests/kconfigloadertest.xml PRE-CREATION
> tier1/kconfig/src/gui/CMakeLists.txt PRE-CREATION
> tier1/kconfig/src/gui/kconfigloader.h PRE-CREATION
> tier1/kconfig/src/gui/kconfigloader.cpp PRE-CREATION
> tier1/kconfig/src/gui/kconfigloader_p.h PRE-CREATION
> tier1/kconfig/src/gui/kconfigloaderhandler_p.h PRE-CREATION
>
> Diff: http://git.reviewboard.kde.org/r/111908/diff/
>
>
> Testing
> -------
>
>
> Thanks,
>
> Martin Gräßlin
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20130808/af12ff84/attachment-0001.html>
More information about the Kde-frameworks-devel
mailing list