- Nov 17, 2012
-
-
Ken Wakasa authored
This reverts commit 6ce66d1c Change-Id: I90004a5fea0bc7999ecf8742f883ff4dac264d8a bug: 7565414
-
- Nov 16, 2012
-
-
Ken Wakasa authored
Change-Id: Ia5079368a1bc86ccdf0052445dc6945041c0abca
-
- Nov 15, 2012
-
-
Jean Chalard authored
Bug: 7164981 Change-Id: Id672104a0fda99c52923913fb0e40c3a1ead4787
-
- Nov 14, 2012
-
-
Tadashi G. Takaoka authored
Bug: 7482766 Change-Id: Ifdfa110c44b95acfbcd3e0aa34f675c70b7d7285
-
Tadashi G. Takaoka authored
Bug: 7075923 Change-Id: If139411db4aa65eed64337bf2a79387cfcd04496
-
Tadashi G. Takaoka authored
Bug: 7075923 Change-Id: I306e1ff5d9f873541e84e1fafb64b9473947f623
-
Satoshi Kataoka authored
Change-Id: I1ee258948a8335af7996f9e3afcc0508adbb1ac0
-
Jean Chalard authored
Not sure when this happens exactly, but it is possible that InputConnection#getTextBeforeCursor returns null. This happens for example upon rotating the screen with the composing field empty in Gmail. In this case, StringBuilder#append will convert the null pointer into the string "null", which is sure better than a crash, but can have a number of bad side-effects, like auto-caps not working. Bug: 7533034 Change-Id: Ia1cfab432c13a12ff1c2f013c59bac05a587f553
-
- Nov 13, 2012
-
-
Jean Chalard authored
In this kind of series of calls, it's possible that an outer call to a constructor fails, but the inner succeeded. Example: try { is = new A(new B()); } finally { if (null != is) is.close(); } In this case, if new B() succeeds but new A() throws an exception, is stays null and the intermediate object is never closed. This is what was happening in this instance. Bug: 7377336 Change-Id: I3fae9fec1135244982fcf5098c76d93f3e0f2add
-
Jean Chalard authored
Bug: 7164981 Change-Id: If1635c212b2d5d9cf51f5fb074f3b20dd7ec7b2a
-
- Nov 12, 2012
-
-
Jean Chalard authored
Bug: 7497063 Change-Id: Ifbd5c37408131867458fd921bdef46ef90d81478
-
Tadashi G. Takaoka authored
Change-Id: I6ff86ee819a446dd3ed5f9c3400d23564027b020
-
- Nov 09, 2012
-
-
Tadashi G. Takaoka authored
Bug: 7506408 Change-Id: I4de53ace170d5ddc9779f42ac344c4190c80a019
-
Jean Chalard authored
This test is seriously wrong : although we do have a method that does exactly the right thing, this looks at a very specific, unrelated variable state in hope it happens to be set only in the relevant cases by the play of logic. I don't think this changes anything concretely, as the assumption was probably true in the practice ; still, this code is very hard to read and prone to unexpected breakage. Change-Id: I77ab576f90762429fcc752df31ed30e1c81871dc
-
Ken Wakasa authored
Change-Id: If8813cb989c1fa8744a3bf36e8514ced3c8f46a3
-
Tadashi G. Takaoka authored
Bug: 7506408 Change-Id: I4de53ace170d5ddc9779f42ac344c4190c80a019
-
- Nov 06, 2012
-
-
Ken Wakasa authored
Specifically, reset the KeyboardState to the main Alphabet layout in LatinIME.onStartInputViewInternal() if a keyboard layout set doesn't get reloaded in the method. Please note TextView.setText() calls up resetInput(), then the IME should reset with it. bug: 7482086 Note that bug: 6851364 needs to be revisited. Change-Id: I5d448c10963d3dd952dd13cb587085ec7b014e69
-
- Nov 01, 2012
-
-
Tadashi G. Takaoka authored
Change-Id: Iad1464c299ad6055af1db1ff7978e5cd9a14750f
-
Tadashi G. Takaoka authored
Change-Id: I3a53b49afab70dfb13f12027070635da6001eb79
-
- Oct 31, 2012
-
-
Ken Wakasa authored
This is a multi-project commit with Ic43dd666 bug: 6526418 Change-Id: I39c1acb4e91d04cd8a4ec5a943c8cf575da75ebc
-
Jean Chalard authored
Also align the `porcelain' option to the diff command that was used mistakenly. Bug: 7388665 Change-Id: Ic0e1b98c62ce37b2e909384a0370af4458563703
-
- Oct 29, 2012
-
-
Tadashi G. Takaoka authored
Bug: 7398904 Change-Id: I6b7aba7a9bf52ca494cb4390b19525c98790bd49
-
Tadashi G. Takaoka authored
This is a follow up of Iee01d4d2. Change-Id: I0bcd349d317d9f7d40ef0574e72c640f9f990c5d
-
Tadashi G. Takaoka authored
Change-Id: Iee01d4d2b916d0b584531104ac865ae6e6370a3d
-
Jean Chalard authored
Thanks Eclipse Change-Id: I88e3979ed22be5d8be5a5accdde417c6b1a8bf2d
-
Jean Chalard authored
Bug: 7388857 Change-Id: I4c4560d4f4b579936a44cdf409a4c27300b65610
-
- Oct 25, 2012
-
-
Satoshi Kataoka authored
Bug: 7393485 Bug: 7272829 Change-Id: I873e8d99486c734e76484526631a90fc55e91c86
-
Jean Chalard authored
Bug: 7388857 Change-Id: I704f12a6be76ce1644ec5e8dd3b667f112e9c04a
-
Jean Chalard authored
Bug: 7388852 Change-Id: I25e755fc15f5b383acc046f668e9681efa4f0c2f
-
- Oct 24, 2012
-
-
Jean Chalard authored
Bug: 7403386 Change-Id: I89f495d07f7059a9f1ccd97d487c2f2657a8ebd2
-
- Oct 23, 2012
-
-
Jean Chalard authored
The "correct" bigram frequency is now returned by the reading code. However, as the binary format represents the frequency in a lossy manner, the frequency is not guaranteed to be the exact same as the one in the source text format - only a close enough value. It is however the exact same value seen by the native code. Bug: 7395653 Change-Id: I49199ef18901c671189912b3550623e9643baedd
-
Jean Chalard authored
It seems this change snuck out from a previous version. Change-Id: I9c33d51273732b1d55bfd60f0957184c86fa88ab
-
Jean Chalard authored
This introduces a new textual format for the dictionary that combines words, bigrams and shortcuts to avoid complexity. It is also extensible to n-grams to fool-prof for the future, and easier to read than XML. Bug: 7388540 Change-Id: I942bbad51bd0c905a5a54c278667563fd6dd66ec
-
Jean Chalard authored
Bug: 7393639 Change-Id: I1245a7b5077e554642838d6856ce269ca7f91988
-
- Oct 22, 2012
-
-
Tadashi G. Takaoka authored
Bug: 7268357 Change-Id: I0b7e0c19f04af9ae30874d0a4c26ad81bc80be8c
-
Tadashi G. Takaoka authored
Change-Id: Idc478f901185ee1b4912acc82d0cbc54fee4e991
-
- Oct 18, 2012
-
-
Tadashi G. Takaoka authored
Bug: 7313372 Change-Id: I427da8de68be3d2a78e810556340b96ab4edcc2d
-
Tadashi G. Takaoka authored
Bug: 7313372 Change-Id: I9bd3275f57ed3f5c2c4a95768443af505513ee97
-
- Oct 17, 2012
-
-
Jean Chalard authored
Bug: 7359291 Bug: 7357758 Bug: 7197651 Change-Id: Ia805a87e922739ae0a06978a3bf00d91c94b6c51
-
- Oct 16, 2012
-
-
Tadashi G. Takaoka authored
Bug: 7345983 Change-Id: Ic1554db98e7aaf032eb90a98c0c37c7c789461b5
-