D5243: if the user did set an implicit size, keep it
Eike Hein
noreply at phabricator.kde.org
Mon Apr 3 13:14:17 UTC 2017
hein added a comment.
review talk
[22:08] <Sho_> notmart: if you redefine a property with different NOTIFY signals, do the other signals from the baseclass still work, too?
[22:09] <Sho_> notmart: also, why do you need different NOTIFY signals, can't you just emit the base class ones?
[22:09] <notmart> Sho_: the implicitWidthChanged signal seen from qml side should become the new one if i'm right
[22:09] --> s8321414 (~s8321414 at 150.117.137.90) has joined this channel.
[22:10] <notmart> no, apparently i can't put a signal from the superclass in the q_property definition :/
[22:10] <Sho_> hmm
[22:10] <Sho_> so if the base class emits implicitWidthChanged, the prop still notifies, too?
[22:10] <Sho_> or only on your implicitWidthChanged2?
[22:10] <Sho_> because if it's the latter you need more connects
[22:13] <notmart> hmm, i should test it a bit more i guess :/
[22:13] <Sho_> unit tests
[22:13] <Sho_> :-)
[22:13] <notmart> i don't like that patch as redefining properties in c++ is a really messy thing
[22:14] <Sho_> aye
REPOSITORY
R242 Plasma Framework (Library)
REVISION DETAIL
https://phabricator.kde.org/D5243
To: mart, #plasma
Cc: hein, davidedmundson, plasma-devel, #frameworks, progwolff, lesliezhai, ali-mohamed, jensreuterberg, abetts, sebas, apol
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20170403/54fa6874/attachment.html>
More information about the Plasma-devel
mailing list