aboutsummaryrefslogtreecommitdiffstats
path: root/java/src/com/android/inputmethod/latin/Constants.java
diff options
context:
space:
mode:
authorJean Chalard <jchalard@google.com>2013-04-15 17:33:48 +0900
committerJean Chalard <jchalard@google.com>2013-04-16 18:03:49 +0900
commit73ec85b8ad3102ce1c7e6013be73afe83475e589 (patch)
tree7d1545c756bf5ab4cd1f6a2e14acc11645808a58 /java/src/com/android/inputmethod/latin/Constants.java
parent252412d7eb4573f91588b06b0fe49ef9f0ac38ac (diff)
downloadlatinime-73ec85b8ad3102ce1c7e6013be73afe83475e589.tar.gz
latinime-73ec85b8ad3102ce1c7e6013be73afe83475e589.tar.xz
latinime-73ec85b8ad3102ce1c7e6013be73afe83475e589.zip
Don't insert automatic spaces when text looks like a URL
This is about as ad-hoc as it gets, but then again, what we want is probably as ad-hoc as it gets. All URL boxes I know of double as search bars, and not adding automatic spaces there sucks (e.g. in Chrome URL bar). And in other boxes actually you don't want to add a space if it looks like a URL. QSB isn't even a search box, and it behaves like this. So I think this is actually the right answer to the problem. Bug: 7062925 Change-Id: Ib09472b34644fd5bf2dc84bb97cedeeba28bcd02
Diffstat (limited to 'java/src/com/android/inputmethod/latin/Constants.java')
-rw-r--r--java/src/com/android/inputmethod/latin/Constants.java2
1 files changed, 2 insertions, 0 deletions
diff --git a/java/src/com/android/inputmethod/latin/Constants.java b/java/src/com/android/inputmethod/latin/Constants.java
index 50e50233e..86bb25562 100644
--- a/java/src/com/android/inputmethod/latin/Constants.java
+++ b/java/src/com/android/inputmethod/latin/Constants.java
@@ -160,6 +160,8 @@ public final class Constants {
public static final int CODE_DOUBLE_QUOTE = '"';
public static final int CODE_QUESTION_MARK = '?';
public static final int CODE_EXCLAMATION_MARK = '!';
+ public static final int CODE_SLASH = '/';
+ public static final int CODE_COMMERCIAL_AT = '@';
// TODO: Check how this should work for right-to-left languages. It seems to stand
// that for rtl languages, a closing parenthesis is a left parenthesis. Is this
// managed by the font? Or is it a different char?