| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|\ \ |
|
| | |
| | |
| | |
| | | |
Change-Id: I8cfad5f780a481a251cc4f752bff3cda5ae3ffbe
|
|/ /
| |
| |
| |
| |
| | |
Bug: 5219037
Change-Id: I0300fbc7e1cc97f0f8ba4d21e0e699d9fe66ed76
|
|\ \
| |/
|/| |
|
| |
| |
| |
| |
| | |
Bug: 5218662
Change-Id: I094b2ceb7438148eb5bdf620b188f598e8442a07
|
|/
|
|
|
| |
Bug: 5218641
Change-Id: I88b3e7efa1f7c009c8a8e4f5453a5c4df2f91cfc
|
|
|
|
|
| |
Bug: 5058488
Change-Id: Ib12013f58afad957a8205b439f87480cc12ea06f
|
|
|
|
|
|
| |
...that was missing
Change-Id: Ia3b17909f295e0a93dee633c8d67c0e03840023e
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The message this removes gets printed under normal conditions.
Normally dictionary files are compressed then crypted, but not
compressed a second time; however LatinIME tries to open a
compressed-crypted-compressed file first, because it could not
do it afterwards and we want to support this case. So under
normal operations, the first method LatinIME tries is actually
expected to fail.
Also, if we decide to stop compressing or/and encrypting dicts
LatinIME supports it as a valid use case. It should not print
errors to the log.
If the file cannot be open at all, then it is an unexpected
case, and Latin IME still reports to the log.
Change-Id: Ic5228c51365a101af1d03e2c893484d3050b5a1c
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| | |
This change also tweaks more_suggestions_hint drawables to eliminate
unnecessarily padding at the bottom.
Bug: 5204563
Change-Id: If5ec731c9a490da0116a020e8fd405c7d025d707
|
| |
| |
| |
| |
| | |
Bug: 5095140
Change-Id: I7000f752bc9b7fd6a7af4839b2f225c085300128
|
|\ \
| |/
|/| |
|
| |
| |
| |
| |
| |
| |
| |
| | |
This is preparation to have the decrypting/unzipping code
moved over to LatinIME.
Bug: 5095140
Change-Id: Ic3fdcc3de673b46cef2eb9ebe6a52cbdd614e50a
|
|\ \ |
|
| |/
| |
| |
| | |
Change-Id: I3ea8ffcdefcefaa82ae76a31bb65977009d8a040
|
|/
|
|
|
|
|
|
|
|
|
|
|
| |
This change also introduces "AsciiCapable" extra value for subtype
that indicates the subtype can input any ASCII code point from its
keyboard layout.
Only if the input field has "forceAscii" private IME option and the
current subtype doesn't have "AsciiCapable" extra value, the en_US
keyboard layout will be used for the input field.
Bug: 3384942
Change-Id: I25e2553e37ecb5002df1164e45f6273845fe463b
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
LatinIME has several fallbacks to ensure a dictionary is used.
However, it should now be possible to deactivate the main dictionary
through the dictionary pack settings. In this case, Latin IME should
not fallback to the built-in dictionary.
Change-Id: Ibd992ad89793169f04a968b40781fce819b87b6f
|
| |
| |
| |
| |
| | |
Bug: 5182291
Change-Id: I5089a14902b9f4ff1ab4f34e3f7a42aca5040d3e
|
|/
|
|
| |
Change-Id: Ia92ec4612090b03829db9a87ce68d701db6e15bc
|
|\ |
|
| |
| |
| |
| |
| | |
Bug: 5182291
Change-Id: I6a88ed4df3ec98e31ea4966d82da56f7fca342ac
|
|\ \ |
|
| |/
| |
| |
| | |
Change-Id: Iaf1b4bbb54be7a4cade856d1ba363e976774f442
|
|\ \ |
|
| |/
| |
| |
| |
| | |
Bug: 4311428
Change-Id: Ie7e094ded9c7c1fe811b7eb97bc33ffecb29a73c
|
|\ \
| |/
|/| |
|
| |
| |
| |
| |
| |
| |
| |
| | |
This also adds some optional debug code to detect more easily possible
future occurrences of the same problem.
Bug: 5195017
Change-Id: I2558b468e46f7090de868f1ec2dc9e24895d670f
|
|/
|
|
|
| |
Bug: 5182291
Change-Id: I699ecef6fb8ea492d96fca1939f51faf0aac7fa6
|
|\ |
|
| |
| |
| |
| |
| |
| |
| | |
This change also shows the valid typed word in bold face.
Bug: 5161713
Change-Id: I15355a11888fc8ef90ecc8b64a52eb08c1a2b367
|
|\ \
| |/
|/| |
|
| |
| |
| |
| |
| | |
Bug: 5175740
Change-Id: I592401b3b8c3074d70e06dc3a9919cc3cb47ba49
|
|/
|
|
|
| |
Bug: 4311428
Change-Id: Ic93f264101d13963503fcd447a69bbffd06e69f3
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The new behavior is as follows:
- If the word in the dictionary is not fully lower case, then the
exact case is required to match.
- If the word in the dictionary is fully lower case, then any of
the following patterns match:
- fully lower case
- only the first char capitalized
- all caps
Any other capitalization is rejected.
This is probably what people want. If you type a name in all lower
case, it should be marked as a typo, but if you type a word with a
capital for emphasis or just because it's the start of the sentence,
it should match a lower case word in the dictionary. If you have
a spurious capital letter in the middle of a word because of a typo,
it should be marked as such.
Accents are not affected, and should not be. An accented letter
is a different letter and a missing accent should be reported.
We should maybe consider again for some common transpositions
like the "ue" digraph for German, which is now considered a typo,
but will suggest the correct diacritics as the first suggestion.
Bug: 5145751
Change-Id: I651e24f13c90fb94700a1674ad380e95336e7dca
|
|
|
|
|
|
|
| |
by ignoring its preference value, when the "show settings key option" in
the settings is disabled.
Change-Id: I934be2d9eb0bf6bf731e03f5d9b752de4a7a1c7c
|
|
|
|
|
|
| |
This is preparation for bug: 5175740
Change-Id: I18b2042317f740cb1e021d3dfbf90ecfbb1a1d37
|
|
|
|
|
| |
Bug: 5175868
Change-Id: I165eee4c865caa5ee1daf3e0b1acde8788b996ef
|
|\ |
|
| |
| |
| |
| |
| | |
Bug: 5095140
Change-Id: I02032923ca2a65bd8fbabc0abbe6a476f7542187
|
|/
|
|
|
| |
bug: 5130446
Change-Id: Ib1a4603590387c30be7555b8386f5e0607ea7249
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This change refactors the dictionary selection code so that the
cached dictionary files list and the settings tests are more
cleanly separated.
This will also help with future refactorings that will test for
the presence of the main dictionary and insert the fall back if
it's not supplied by the dictionary pack.
Bug: 5095140
Change-Id: I8d7caad7c054031df71fe78b043801a774d50f65
|
|/
|
|
|
|
|
| |
This is internal refactoring, done as preliminary work to fix
Bug: 5175740
Change-Id: I21bd4c001c27e7b925ddb87a152105b4dcab320a
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Now that the dictionary pack can return several files, it's better
to handle IO exceptions for each file rather than globally. This
also will help with next implementation steps.
Bug: 5095140
Change-Id: I5ed135ad2ad4f55f61f9b3f92c48a35d5c24bdb2
|
|\ \ |
|
| |/
| |
| |
| |
| |
| |
| |
| |
| | |
The next step is to move this over to the Utils class.
The ultimate goal is to make use of the duplicate removal code
also in the spell checker as per
Bug: 5175740
Change-Id: Ica36691b843b0713b832c56ffc65e5b2ec427c4a
|
|\ \
| |/
|/| |
|