summaryrefslogtreecommitdiffstats
path: root/src/gui/widgets/qcombobox_p.h
Commit message (Collapse)AuthorAgeFilesLines
* Merge branch '4.5' of ../qt-45-documentationDavid Boddie2009-05-201-3/+3
|\
| * QComboBox: style change event should not resets custom item delegatesOlivier Goffart2009-05-201-3/+3
| | | | | | | | | | | | | | | | | | Regression from 4.4 introduced while fixing task 167106 Autotest: tst_QComboBox::task253944_itemDelegateIsReset() Task-number: 253944 Reviewed-by: jbache
* | Refactor the palette and opacity change into a separate function.Norwegian Rock Cat2009-04-081-0/+1
|/ | | | | | | | We can save on some creation and only show the container when we really need to. It does mean that we need to ensure that everything is correct on construction as well. It's now factored into another file. Reviewed-by: Jens Bache-Wiig
* QGtkStyle: Fix styling and palette issues related to combo boxJens Bache-Wiig2009-04-031-1/+1
| | | | | | | | | | | | | | | | | | | | | | Well actually this change is a bit bigger than just that. *We no longer override the palette you provide in polish so it should be a bit more frienly toward custom application changes. * Another issue was that we would generate the palette information when we got the style callback from gtkButton but then the line edits might not yet have been polished. Hence we now return from the callback and instead post the update for later. * We had to modify the PE_Frame entry to draw a raised menu when the custom combo box delegate was used. * We now simply ignore custom qtconfig palette entries when using GtkStyle since they only cause trouble with it. Task-number: 250142 Reviewed-by: nrc
* Long live Qt 4.5!Lars Knoll2009-03-231-0/+410