diff options
author | Janne Anttila <janne.anttila@digia.com> | 2010-03-02 08:56:03 (GMT) |
---|---|---|
committer | Janne Anttila <janne.anttila@digia.com> | 2010-03-02 09:00:44 (GMT) |
commit | 94b2938086203bc6154b107c518df7a6fbfb4b2c (patch) | |
tree | 9fc300b245d9abad0b7f1dee2bbb3870c3d81c4c /src/gui/inputmethod/inputmethod.pri | |
parent | 440d6d764d2b13ab9f70675bc3b15806de63f005 (diff) | |
download | Qt-94b2938086203bc6154b107c518df7a6fbfb4b2c.zip Qt-94b2938086203bc6154b107c518df7a6fbfb4b2c.tar.gz Qt-94b2938086203bc6154b107c518df7a6fbfb4b2c.tar.bz2 |
Fixed FEP crash when selected text was replaced with a a new T9 text.
In T9 input mode StartFepInlineEditL gets called with empty initial
text. In case there was text selected in editor when editing started,
the selected text did not get removed since the logic in editors to
detect input is as follows:
bool isGettingInput = !event->commitString().isEmpty()
|| event->preeditString() != preeditAreaText()
|| event->replacementLength() > 0;
This means that empty preeditString did not trigger selection removal,
but the selected text was removed when non-empty inline text was
provided by UpdateFepInlineTextL. However, the S60 FEP assumes that
StartFepInlineEditL removes the selected text, i.e
GetCursorSelectionForFep after StartFepInlineEditL must return empty
selection.
The above issue was fixed by removing the selected text explicitly in
StartFepInlineEditL if aInitialInlineText is empty.
Task-number: QTBUG-6363
Reviewed-by: Axis
Diffstat (limited to 'src/gui/inputmethod/inputmethod.pri')
0 files changed, 0 insertions, 0 deletions