Tor Arne Vestbø 0bf120f5fd Ensure styles always get to polish the application palette ... Before 0a93db4d82 we would polish the application palette even when it was the default palette, as we always recreated the system palette each time a style was set. After the change we skipped polishing the palette unless it was set by the user, under the assumption that the style would set its own default palette if it wanted to override the system palette. This turned out to break the style's ability to slightly tweak the palette via polish (versus the more full on standardPalette approach). We now polish both the default palette and user palettes, and we do so as part of the normal palette update logic. This ensures that the style also gets a chance to polish the palette when the platform theme changes. The polish will not have an effect on the resolve mask of the palette, as the polish is conceptually the same as a base palette, and should not affect e.g. Qt::AA_SetPalette. Fixes: QTBUG-85469 Fixes: QTBUG-85188 Pick-to: 5.15 Change-Id: I869e9c442b177de4f1dc49eb75220709306f4d12 Reviewed-by: Volker Hilsheimer <volker.hilsheimer@qt.io>		2020-07-21 13:43:19 +02:00
..
dialogs	CMake: Regenerate tests with new qt_ prefixed APIs	2020-07-09 09:38:35 +02:00
effects	CMake: Regenerate subdir test projects	2020-07-09 09:38:39 +02:00
graphicsview	QVariant::setValue(): enable move semantics	2020-07-13 01:32:53 +02:00
itemviews	CMake: Regenerate subdir test projects	2020-07-09 09:38:39 +02:00
kernel	Ensure styles always get to polish the application palette	2020-07-21 13:43:19 +02:00
styles	CMake: Regenerate subdir test projects	2020-07-09 09:38:39 +02:00
util	Refactor pointer event hierarchy	2020-07-10 14:32:56 +02:00
widgets	CMake: Regenerate tests with new qt_ prefixed APIs	2020-07-09 09:38:35 +02:00
CMakeLists.txt	Begin port of qtbase to CMake	2018-11-01 11:48:46 +00:00
widgets.pro	Move QGestureRecognizer test to widgets/kernel	2017-06-02 18:36:11 +00:00