diff options
| author | Richard Moe Gustavsen <richard.gustavsen@nokia.com> | 2009-08-26 06:55:37 (GMT) |
|---|---|---|
| committer | Richard Moe Gustavsen <richard.gustavsen@nokia.com> | 2009-08-26 07:17:05 (GMT) |
| commit | 466c908681d25031cc89d49fccd7a90a4414ecbf (patch) | |
| tree | 91fdba1511dd0ab9ff25fd3909f5d632b1b59c6c /src/multimedia/audio | |
| parent | c3a8485e91cc86e9e886712acb1b9a70d96382e9 (diff) | |
| download | Qt-466c908681d25031cc89d49fccd7a90a4414ecbf.zip Qt-466c908681d25031cc89d49fccd7a90a4414ecbf.tar.gz Qt-466c908681d25031cc89d49fccd7a90a4414ecbf.tar.bz2 | |
Cocoa, the menus can be disabled after a modal dialog
Why this happends is a bit blurry. From before, I know that
cocoa is a bit buggy regarding setting a menu item
hidden or not. The solution back then resulted in the function
syncNSMenuItemEnabled in qmenu_mac.mm. This patch basically
applies the same (silly) trick; disabling the menuitem before
enabling it. This seems to force an update to the menu items
enabled state. For the record: this is not a fix that I
embrace. I hope we can remove it again some day. See
task for how to reproduce.
Task: 259600
Rev-By: alexis
Diffstat (limited to 'src/multimedia/audio')
0 files changed, 0 insertions, 0 deletions