summaryrefslogtreecommitdiffstats
path: root/src/gui/graphicsview/qgraphicsscene_p.h
diff options
context:
space:
mode:
authorAlessandro Portale <alessandro.portale@nokia.com>2009-11-06 19:10:12 (GMT)
committerAlessandro Portale <alessandro.portale@nokia.com>2009-11-06 19:16:17 (GMT)
commit7ea04bf5c065a037b2db667572e1947f1a1b8b2e (patch)
treecea44364c37d63012242ddbf98bb32ea8aa9c7ad /src/gui/graphicsview/qgraphicsscene_p.h
parent676780d515cedca85829ae962e4f501c5e5b6581 (diff)
downloadQt-7ea04bf5c065a037b2db667572e1947f1a1b8b2e.zip
Qt-7ea04bf5c065a037b2db667572e1947f1a1b8b2e.tar.gz
Qt-7ea04bf5c065a037b2db667572e1947f1a1b8b2e.tar.bz2
Simplify NavigationModeKeypad cases
Basically, QFileDialog on Desktop performs heavy event handling tweaks on the lineedit and listview to make them ultra keyboard friendly. We added many "anti"-hacks for Keypadnavigation to restore the native behavior of the widgets. The result is pure unmaintainability. (I admit that most of these "anti"-hacks were my fault, since I participated in some and reviewed all of them) This commit has results in the same native behavior for Keypad navigation but without having the #ifdefs inside the event handling switches. Only one of these switch-#ifdefs was there before and still is. embeddedlinux and wince should still be fine and without unintended behavioural changes compared to Qt 4.5, since the Qt::NavigationModeKeypadTabOrder case stays unchanged. Reviewed-by: axis Reviewed-by: Sami Merila modified: src/gui/dialogs/qfiledialog.cpp
Diffstat (limited to 'src/gui/graphicsview/qgraphicsscene_p.h')
0 files changed, 0 insertions, 0 deletions