Fix a bug where LatinIME would recorrect with no input view
Bug: 18071127 Change-Id: I634d1f63f7d5c5b7453ed7559f9b65fa0433dcd8main
parent
ae55db95a7
commit
ab68143ad0
|
@ -1077,11 +1077,12 @@ public class LatinIME extends InputMethodService implements KeyboardActionListen
|
||||||
+ ", cs=" + composingSpanStart + ", ce=" + composingSpanEnd);
|
+ ", cs=" + composingSpanStart + ", ce=" + composingSpanEnd);
|
||||||
}
|
}
|
||||||
|
|
||||||
// This call happens when we have a hardware keyboard as well as when we don't. While we
|
// This call happens whether our view is displayed or not, but if it's not then we should
|
||||||
// don't support hardware keyboards yet we should avoid doing the processing associated
|
// not attempt recorrection. This is true even with a hardware keyboard connected: if the
|
||||||
// with cursor movement when we have a hardware keyboard since we are not in charge.
|
// view is not displayed we have no means of showing suggestions anyway, and if it is then
|
||||||
|
// we want to show suggestions anyway.
|
||||||
final SettingsValues settingsValues = mSettings.getCurrent();
|
final SettingsValues settingsValues = mSettings.getCurrent();
|
||||||
if ((!settingsValues.mHasHardwareKeyboard || ProductionFlags.IS_HARDWARE_KEYBOARD_SUPPORTED)
|
if (isInputViewShown()
|
||||||
&& mInputLogic.onUpdateSelection(oldSelStart, oldSelEnd, newSelStart, newSelEnd,
|
&& mInputLogic.onUpdateSelection(oldSelStart, oldSelEnd, newSelStart, newSelEnd,
|
||||||
settingsValues)) {
|
settingsValues)) {
|
||||||
mKeyboardSwitcher.requestUpdatingShiftState(getCurrentAutoCapsState(),
|
mKeyboardSwitcher.requestUpdatingShiftState(getCurrentAutoCapsState(),
|
||||||
|
|
Loading…
Reference in New Issue