aboutsummaryrefslogtreecommitdiffstats
path: root/examples/quick/imageelements/doc/src/imageelements.qdoc
diff options
context:
space:
mode:
authorMitch Curtis <mitch.curtis@qt.io>2024-05-22 14:00:21 +0800
committerVolker Hilsheimer <volker.hilsheimer@qt.io>2024-06-06 07:38:08 +0000
commit9dda5d55523b6ae9318fcb0af1914a626c86e2ca (patch)
treed25511716d9e6a09703761748acbfcc6c14528ae /examples/quick/imageelements/doc/src/imageelements.qdoc
parent5ca788a7a2bede98c9c75ce1068fa32fd63478cf (diff)
ComboBox: fix popup palette inheritance, part twoHEADdev
0ad15c4101889a22bf9ff761e7d20ec515f46514 fixed the colors of ComboBox's popup, but as a drive-by, tried to simplify several bindings to palette properties. For example: background: Rectangle { color: control.palette.window } became: background: Rectangle { color: palette.window } I'm guessing I thought that the standard Item palette propagation would kick in there and so the "control" part wasn't necessary. If ComboBox.qml's popup had a line like this palette.window: "red" then it would work, because the role is explicitly set. By setting a role in QML, QQuickPaletteColorProvider::m_requestedPalette is set for that item (Popup, in the example above). Just having palette: control.palette isn't enough, because no role has been set and hence m_requestedPalette won't be allocated and it will use the default values. This patch restores the previous code to fix the regression. Fixes: QTBUG-125529 Pick-to: 6.5 6.7 6.8 Change-Id: I2103b81a34d9e7f17992d0355befb8b904134db1 Reviewed-by: Volker Hilsheimer <volker.hilsheimer@qt.io>
Diffstat (limited to 'examples/quick/imageelements/doc/src/imageelements.qdoc')
0 files changed, 0 insertions, 0 deletions