- Jul 06, 2012
-
-
Jean Chalard authored
-
Jean Chalard authored
Bug: 6766059 Change-Id: I378f9d35c4904c4f373260bda5863235d833eb31
-
- Jul 05, 2012
-
-
Jean Chalard authored
If suggestion and prediction messages both happen to be in the queue, the latest one will win (update the suggestion strip later than the other, overwriting any previous suggestions). So when we enqueue either one, it is always safe to cancel all messages of both types. Change-Id: Iad9dd06d08c49f60cac16b88edcc9531a18ec02e
-
Jean Chalard authored
Change-Id: I9974b88923b85cd6bec74f7607067c660f36f040
-
Jean Chalard authored
-
Tadashi G. Takaoka authored
-
Jean Chalard authored
-
Jean Chalard authored
-
Jean Chalard authored
-
Jean Chalard authored
-
Jean Chalard authored
-
Tadashi G. Takaoka authored
Bug: 6781106 Change-Id: I22f04af4fabf93346ab6f72c1841f096afaccb96
-
Tadashi G. Takaoka authored
-
Jean Chalard authored
Change-Id: If36b5375b04f68deeb72bcece3cb8d37aed57f59
-
Jean Chalard authored
Change-Id: If711074fdcb586e35d02e421c845f2c9024ca718
-
Jean Chalard authored
Change-Id: I56bc5b9b584de5a14b41fc32c19f7fefb3b12e88
-
Jean Chalard authored
Change-Id: If1589e29728df20713c75e08df7f47f0de9202d4
-
Jean Chalard authored
Change-Id: I0b62098308169b5c44ced25ffb902766e3732fbf
-
Jean Chalard authored
Also add some comment to clarify what's happening inside those methods Change-Id: I5b9b1e105b3145f0b050f35d12c5b6ca6e4a4d8c
-
Tadashi G. Takaoka authored
Bug: 6435484 Change-Id: Iffe459c117ad438e96ec6f5c7e64fb80b32d227e
-
Tadashi G. Takaoka authored
-
Tadashi G. Takaoka authored
Bug: 6773873 Change-Id: I1a533c729c312a53663fb142cb6fcb4915b53206
-
Jean Chalard authored
-
Tadashi G. Takaoka authored
-
Tadashi G. Takaoka authored
This is a follow up of Id962e670. Change-Id: I9e8542bff9e8faf57f934051fe612463c99ad61f
-
Jean Chalard authored
The goal is to have those converge, as they contain almost 100% duplicated code. Change-Id: I6921791d47efce9fb396efd9626839d706664a91
-
Jean Chalard authored
Change-Id: Ibc2d28f9f95966f77d4d7bdf9ae4688baaed5989
-
- Jul 04, 2012
-
-
Jean Chalard authored
...if there aren't any for the exact case version. Bug: 6752830 Change-Id: I2737148b01ba04a64febe009ceb2ef53c265d224
-
Tadashi G. Takaoka authored
-
Tadashi G. Takaoka authored
Change-Id: Ie6af46acba18a2d1cf3ddd1578d60ded4c90f89a
-
Tadashi G. Takaoka authored
-
Tadashi G. Takaoka authored
Change-Id: I722b9e981389f660db928b7fd5ced1b82371fbf3
-
Tadashi G. Takaoka authored
-
Tadashi G. Takaoka authored
Change-Id: Ie8792f4f5d3593c25c992fc72cf219daeaa70beb
-
Satoshi Kataoka authored
-
Satoshi Kataoka authored
Change-Id: I6ab1462f62b2d53a157494d27342a832ec1f15f7
-
Jean Chalard authored
It's simpler to check the safety net directly inside the function that checks for auto-correction threshold. This introduces one very slight change in behavior. The value checked by the safety net is not any more the "typed word" but the "considered word", the difference being any possibly appended single quotes. E.g. the user types "this'''" : the typed word is "this'''" but the considered word is "this". This change in behavior can be considered a bugfix. Change-Id: Ia7ab4bc933183dfbd41bb00328e4c0b5ab76bc63
-
Jean Chalard authored
Change-Id: Iec791d061f237f60992dd6048c4a37b46f4cb9aa
-
Jean Chalard authored
-
- Jul 03, 2012
-
-
Ying Wang authored
Change-Id: I9c9bbd6dda1e978e29e985296cb624035d45497d Auto-generated-cl: translation import
-