----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/126308/ -----------------------------------------------------------
(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. Changes ------- 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 Description ------- 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 (https://bugreports.qt.io/browse/QTBUG-49887), 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 Diff: https://git.reviewboard.kde.org/r/126308/diff/ Testing ------- 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. Thanks, René J.V. Bertin
_______________________________________________ Kde-frameworks-devel mailing list Kde-frameworks-devel@kde.org https://mail.kde.org/mailman/listinfo/kde-frameworks-devel
