Review Request 126308: KPushButton: respect SH_DialogButtonBox_ButtonsHaveIcons, also when drawing

René J.V. Bertin rjvbertin at
Fri Dec 11 12:42:07 GMT 2015

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

(Updated Dec. 11, 2015, 1:42 p.m.)

Review request for KDE Software on Mac OS X, KDE Frameworks, Qt KDE, and Hugo Pereira Da Costa.


This adds the changes to KDialogButtonBox that seem required to respect `SH_DialogButtonBox_ButtonsHaveIcons` regardless of `ShowIconsOnPushButtons` (= if the former could be independent of the latter e.g. when using a style that does not use the latter to determine the value of the former).

What is the point in allowing `KDialogButtonBox::addButton` to create a button that is not added because of an invalid role? It seems that button wouldn't appear (or in an unexpected place), and be leaked?

Repository: kdelibs4support


KF5 applications have long had a habit of drawing icons on buttons even when this feature was turned off in the user's setting. This was mostly noticeable in applications built on kdelibs4support.

It seems that the actual culprit is in Qt's QPushButton implementation (, but it is possible to work around it in `KPushButton::paintEvent`, by removing the icon (forcing it to the null icon) in the option instance, before handing off control to the painter.

Diffs (updated)

  src/kdeui/kpushbutton.cpp 98534fa 
  src/kdeui/kdialogbuttonbox.cpp 0f6649b 



On Kubuntu 14.04 and OS X 10.9.5 with Qt 5.5.1 and KF5 frameworks 5.16.0 .

I have not yet verified if there are other classes where this modification would be relevant too.


René J.V. Bertin

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

More information about the kde-core-devel mailing list