diff options
| author | Janne Anttila <janne.anttila@digia.com> | 2010-04-08 05:29:21 (GMT) |
|---|---|---|
| committer | Janne Anttila <janne.anttila@digia.com> | 2010-04-08 06:20:11 (GMT) |
| commit | 5ae2cbe99d06e1f1d037cd9a7868f2e1fd3f4c4c (patch) | |
| tree | 0fa86f2a1b754ad8b03588bc310ca64cff26a9b4 /translations/assistant_adp_zh_TW.ts | |
| parent | a113de78774cebb53d0571b9e567ddee10acee78 (diff) | |
| download | Qt-5ae2cbe99d06e1f1d037cd9a7868f2e1fd3f4c4c.zip Qt-5ae2cbe99d06e1f1d037cd9a7868f2e1fd3f4c4c.tar.gz Qt-5ae2cbe99d06e1f1d037cd9a7868f2e1fd3f4c4c.tar.bz2 | |
Fixed focus and window activation events on Symbian when opening menu.
As described in QTBUG-8698, Qt for Symbian has been generating
incorrect focus and window activation events. This has happened since
launching menu from QSoftkeyManager with TryDisplayMenuBarL, invokes
eventually QSymbianControl::FocusChanged. But when the FocusChanged is
called menu being launched is not yet set to visible, meaning that
IsDisplayingMenuOrDialog returns false.
Because there is no way in platform to detect that menu is being
launhced, the fix is to add a new flag QS60Data, which can be used to
detect if FocusChanged event is received due to the fact that menu
is being constructed/launched.
Task-number: QTBUG-8698
* Fixes issues 2, 3 and 4
Reviewed-by: Sami Merila
Diffstat (limited to 'translations/assistant_adp_zh_TW.ts')
0 files changed, 0 insertions, 0 deletions