diff options
author | Richard Moe Gustavsen <richard.gustavsen@theqtcompany.com> | 2015-12-11 10:57:16 +0100 |
---|---|---|
committer | Richard Moe Gustavsen <richard.gustavsen@theqtcompany.com> | 2015-12-17 13:47:14 +0000 |
commit | e362774df22846e100237739c0cb7190100d265b (patch) | |
tree | 61932273f8ebe183c46f022765282676fdc463ca /src/plugins/platforms/ios/qiosinputcontext.mm | |
parent | 0b10d41c3db0d1a43e754a2bd923a0df8915d0e5 (diff) |
iOS: include marked text when reporting IM textInRange and endOfDocument
[UITextInput textInRange] is sparsely documented, but it turns out that
unconfirmed marked text should be seen as a part of the text document. This
is different from Qt IM (ImSurroundingText), which handles marked text on
the side. The reason we can assume this is that the range we are given
as argument to textInRange exceeds the documents length when having
marked text appended to the end, suggesting that it tries to read / verify
the current marked text. In addition, keyboards like Japanese-Kana will not
update and function correctly unless marked text is included.
Note that the docs seems to imply that you cannot have marked text and text
selection at the same time, unless the selection is contained within the
marked text (using the dedicated selectedRange argument to setMarkedText).
If this turns out to be incorrect, we might need to adjust the methods
dealing with selection to also include marked text as well.
Task-number: QTBUG-49946
Change-Id: Ifedd792ec66db435806f57fca157e1abbbf121a8
Reviewed-by: Tor Arne Vestbø <tor.arne.vestbo@theqtcompany.com>
Diffstat (limited to 'src/plugins/platforms/ios/qiosinputcontext.mm')
0 files changed, 0 insertions, 0 deletions