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