Bug: 6435484
Change-Id: Iffe459c117ad438e96ec6f5c7e64fb80b32d227e

This is a follow up of Id962e670.

Change-Id: I9e8542bff9e8faf57f934051fe612463c99ad61f

Change-Id: Ibc2d28f9f95966f77d4d7bdf9ae4688baaed5989

...if there aren't any for the exact case version.

Bug: 6752830
Change-Id: I2737148b01ba04a64febe009ceb2ef53c265d224

Change-Id: Ie6af46acba18a2d1cf3ddd1578d60ded4c90f89a

Change-Id: I722b9e981389f660db928b7fd5ced1b82371fbf3

Change-Id: Ie8792f4f5d3593c25c992fc72cf219daeaa70beb

Change-Id: I6ab1462f62b2d53a157494d27342a832ec1f15f7

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

Change-Id: Iec791d061f237f60992dd6048c4a37b46f4cb9aa

Change-Id: I9c9bbd6dda1e978e29e985296cb624035d45497d
Auto-generated-cl: translation import

Change-Id: I13c7109bb886ef2860cbb4fc24650dd2b8badbcb
Auto-generated-cl: translation import

Change-Id: Iabb6caa620cb587110a3d88ce7129ed978eea83a

Change-Id: Ia2ab54651ef96521fce01fe4755147909b818803

We internally use the string "zz" to mean no locale, but
the user dictionary service does not understand that and
words added with this locale pitifully end being added to
a "zz" user dictionary, which makes no sense to the user.
This change fixes things so that words added when the
keyboard is in a "no locale" layout, the words are added
to the global, all-locales user dictionary.

Bug: 6645306
Change-Id: Iec3cdd1fe3d5bc43427a43ef9ae9bf89e12be1f2

Change-Id: Ib0b6f36999518096819ada2f19365767cb5f9931

If allowsAutoCorrected is false, there is no point in making
hasAutoCorrection true, since in the only place where we use
it again, it's &&'ed with allowsAutoCorrected !

Well that was extremely obscure, good thing refactoring allowed
to realize this was useless >.>

Change-Id: I34936d445f1ced17c7bd04a9524bf608f9e8b9c8

The test against hasMainDictionary is a test to know if we should
auto-correct or not. Its result should be recorded in
hasAutoCorrection, not in allowsToBeAutoCorrected.

Actually, this value being inserted in allowsToBeAutoCorrected was
causing a bug that nobody noticed: when typing in a language with
no dictionary, the word in the middle of the suggestion strip would
always be bold, as if it was going to auto-correct to itself !
This change fixes this bug.

Change-Id: Ia1f08efd7089b9c5cbede910c5b0951d83e698d2

Change-Id: I3c45b5a6571f986acc7adb3a8fe17b210303f7ea

Change-Id: I2b2ab99e801fa8b4b30eab16a8aefb8cfe104ba9

Change-Id: I4833ca7e057b8c1f1f22390673cbca0d2433b1bd

Bug: 6705473
Change-Id: Ib6260034b09739b60071e90a018b2dc6be3815d7

Change-Id: Ib4a8f41dc5941bce46402e1a41a6c21dccb0601f

Change-Id: I1c7b1b7877fdbf6963b7a034a8ec197004f97b0e
Auto-generated-cl: translation import

* commit 'b6b9f0a6':

Change-Id: I3e1250550bb0fe62f2243d8c042fb7ebdf68b8d4

Change-Id: I9b5a0e34529724984aad1e2bf99b3e00f8ed0dd7