Review Request 115635: Make kconfig_compiler signals actually useful
Alexander Richardson
arichardson.kde at googlemail.com
Thu Feb 20 15:57:49 UTC 2014
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/115635/
-----------------------------------------------------------
(Updated Feb. 20, 2014, 4:57 p.m.)
Review request for KDE Frameworks.
Changes
-------
Fixed the last two issues, will squash this with https://git.reviewboard.kde.org/r/115634/ once it has been approved and then commit.
https://git.reviewboard.kde.org/r/115702/ can go in then as well
Repository: kconfig
Description
-------
Make kconfig_compiler signals actually useful
Previously the classes generated by kconfig_compiler would only emit
the defined signals when using the setters provided by that class.
However, when using e.g. KConfigDialog which uses
KConfigSkeletonItem::setProperty() to change the items no signal was
generated.
This patch fixes this by using a wrapper KConfigSkeletonItem
subclass that calls a private itemChanged() method in the generated
class which updates the set of changed properties. As soon as the item
is saved (usrWriteConfig() in the generated class is called) the signal
will be emitted
Diffs (updated)
-----
src/core/kcoreconfigskeleton.h c1a158771a785151902cd0a36aa672623618b99e
src/core/kcoreconfigskeleton.cpp d9b95b4b0f236f82b1d4831432d3e7637ef19365
src/kconfig_compiler/kconfig_compiler.cpp 0c4254a296348e02e596e9b10b76ff446f26bb65
autotests/kconfig_compiler/test_signal.h.ref 737718d0244b23914678046bc519cf082e4b1a99
autotests/kconfig_compiler/test_signal.cpp.ref fd2d4bc9941a6ee14f0a221fdd72ef663ee078a4
Diff: https://git.reviewboard.kde.org/r/115635/diff/
Testing
-------
Unit test from https://git.reviewboard.kde.org/r/115634/ passes
Thanks,
Alexander Richardson
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20140220/419c09ce/attachment.html>
More information about the Kde-frameworks-devel
mailing list