cb4a2bb5de47f1646b4e3c8cb9384ab7afe7e11b |
|
06-Jan-2016 |
Keisuke Kuroyanagi <ksk@google.com> |
Fix: TextView cannot be scrolled. scrollTo in Touch#onTouchEvent was wrongly removed in I1b29a65be3d321ac while moving mouse text selection logic added in Iab264bb954b. Bug: 26409193 Change-Id: Ibb0b13be9492d658785f2ac72be383e634ad96f8
/frameworks/base/core/java/android/text/method/Touch.java
|
97af673e1f2e33a3cc48a2ab7816bbf082a2e9f4 |
|
05-Dec-2015 |
Keisuke Kuroyanagi <ksk@google.com> |
Move mouse selection handling logic to Editor. - Remove mouse selection related logic from ArrowKeyMovementMethod and Touch. - Extend drag accelerator to support character based selection by dragging and use it for mouse drag selection. - Enable word based drag accelerator even if the clicked position is not on a word. - Disable y-coordinate adjustment for word based drag accelerator when the user is using a mouse. Bug: 19544351 Change-Id: I1b29a65be3d321ac472f8c5b70ab6fee4e895964
/frameworks/base/core/java/android/text/method/Touch.java
|
cc32bd83e4d420c1adaeb3ea40f8986471e54590 |
|
20-May-2014 |
Sujith Ramakrishnan <sujithrk@google.com> |
Add support for mouse-based text selection. Incorporate patch from Logitech (donated under AOSP license) to the framework to add mouse-based text selection to ArrowKeyMovementMethod. Bug: 14652753 Change-Id: Iab264bb954b72ccedfada763eba8f13ef37a4578
/frameworks/base/core/java/android/text/method/Touch.java
|
01524651cb8f7b97a310bd262f4c792e860e140f |
|
14-May-2013 |
Raph Levien <raph@google.com> |
Fix for bug 8911390 RTL text alignment is changed ... The predicate for detecting whether text was right aligned was missing some cases - it was correctly sensing RIGHT or OPPOSITE aligned text in the LTR case, but was missing NORMAL for rtl. This patch just adds that case. Change-Id: I06691e7122e1ca91d66299cf0d7ef1f8a476a44b
/frameworks/base/core/java/android/text/method/Touch.java
|
f2a02018e2fa3089f6d39fc838a04818ae6cf26b |
|
27-Oct-2011 |
Gilles Debunne <debunne@google.com> |
Scroll performance improved in multiline TextEdit Measuring line widths, glyph by glyph slows down the scrolling process for long text (for some reason, width measure efficiency is affectedi by text length, maybe because the whole text has to be passed to JNI layers). This optimization avoids this computation in the case where there is no possible horizontal scroll. Change-Id: I2082e3d0eedace1a86122a03e4b21f90f3bc8522
/frameworks/base/core/java/android/text/method/Touch.java
|
b2beb92073cea6e472748e729ac8e265ca83a925 |
|
22-Sep-2011 |
Gilles Debunne <debunne@google.com> |
Bug 5279842: mis alignment after scroll Refactored. Original problem was the ALIGN_RIGHT case that was not handled. Change-Id: Id01b75ac404b7ee92143e8cf6e3a3a838b794da8
/frameworks/base/core/java/android/text/method/Touch.java
|
70a6312f09329bd0b19343bc7906f9ce665fe3ad |
|
01-Sep-2011 |
Gilles Debunne <debunne@google.com> |
Fixes around text selection Text selection mode was started by two consecutive taps inside a field with selectAllOnFocus. ArrowKeyMovementMethod does not respect the possible cancelLongPress and handles up events. As a result a scroll that happens to end up at its initial position will be considered a tap and will move the cursor. This is however not considered as a tap in TextView and a possible selection mode would not be stopped in that case. Fixed by making ArrowKeyMovementMethod aware of the cancel that happened in Touch. Change-Id: I07372b703f250e1edc7ee0665318ce30441b9187
/frameworks/base/core/java/android/text/method/Touch.java
|
d5188657dcde0f40a6954a00d569c0575bf6095a |
|
19-Jan-2011 |
Leon Scroggins <scroggo@google.com> |
Do a better job of lining up text with page text. Bug:3085564 Bug:3196224 Bug:3321608 Remove Touch.getMaxScrollX(), which is incorrect for my purpose, and is not used anywhere else. Instead use the layout to determine the maximum horizontal scroll of a textfield. Now that textareas use layers, scroll the layer's picture in the UI thread for vertical movement. When passing a click to webcore, also pass a message to scroll the actual textarea so the click will be in the correct place. Lastly, do not override bringPointIntoView, which allows moving the insertion handler beyond the edge of a field to scroll it. Instead, override requestRectangleOnScreen to do nothing, since my actual goal is to prevent the TextView from changing the scroll of the WebView, which is done by webkit. Requires a change to external/webkit. Change-Id: Ib91907599b792287c373d3678cb04e0cb5e34471
/frameworks/base/core/java/android/text/method/Touch.java
|
6b53e8daa69cba1a2a5a7c95a01e37ce9c53226c |
|
11-Nov-2010 |
Jeff Brown <jeffbrown@google.com> |
Added support for full PC-style keyboards. BREAKING CHANGE: Redesigned the key character map format to accomodate full keyboards with more comprehensive suite of modifiers. Old key character maps will not work anymore and must be updated. The new format is plain text only and it not compiled to a binary file (so the "kcm" tool will be removed in a subsequent check-in). Added FULL keyboard type to support full PC-style keyboards. Added SPECIAL_FUNCTION keyboard type to support special function keypads that do not have any printable keys suitable for typing and only have keys like HOME and POWER Added a special VIRTUAL_KEYBOARD device id convention that maps to a virtual keyboard with a fixed known layout. This is designed to work around issues injecting input events on devices whose built-in keyboard does not have a useful key character map (ie. when the built-in keyboard is a special function keyboard only.) Modified several places where events were being synthesized to use the virtual keyboard. Removed support for the "qwerty" default layout. The new default layout is "Generic". For the most part "qwerty" was being used as a backstop in case the built-in keyboard did not have a key character map (probably because it was a special function keypad) and the framework needed to be able to inject key events anyways. The latter issue is resolved by using the special VIRTUAL_KEYBOARD device instead of BUILT_IN_KEYBOARD. Added the concept of a key modifier behavior so that MetaKeyKeyListener can distinguish between keyboards that use chorded vs. toggled modifiers. Wrote more robust key layout and key character map parsers to enable support for new keyboard features and user installable key maps. Fixed a bug in InputReader generating key ups when keys are released out of sequence. Updated tons of documentation. Currently QwertyKeyListener is being used for full keyboards with autotext and capitalization disabled. This mostly works but causes some problems with character pickers, etc. These issues will be resolved in subsequent changes. Change-Id: Ica48f6097a551141c215bc0d2c6f7b3fb634d354
/frameworks/base/core/java/android/text/method/Touch.java
|
497a92cc5ba2176b8a8484b0a7da040eac0e887b |
|
13-Sep-2010 |
Jeff Brown <jeffbrown@google.com> |
Add keycodes and meta-key modifiers to support external keyboards. Added new key maps for external keyboards. These maps are intended to be shared across devices by inheriting the "keyboards.mk" product makefile as part of the device's product definition. One of the trickier changes here was to unwind some code in MetaKeyKeyListener that assumed that only the low 8 bits of the meta key state were actually used. The new code abandons bitshifts in favor of simple conditionals that are probably easier to read anyways. The special meta key state constants used by MetaKeyKeyListener are now (@hide) defined in KeyEvent now so as to make it clearer that they share the same code space even if those codes are not valid for KeyEvents. The EventHub now takes care of detecting the appropriate key layout map and key character map when the device is added and sets system properties accordingly. This avoids having duplicate code in KeyCharacterMap to probe for the appropriate key character map although the current probing mechanism has been preserved for legacy reasons just in case. Added support for tracking caps lock, num lock and scroll lock and turning their corresponding LEDs on and off as needed. The key character map format will need to be updated to correctly support PC style external keyboard semantics related to modifier keys. That will come in a later change so caps lock doesn't actually do anything right now except turn the shiny LEDs on and off... Added a list of symbolic key names to KeyEvent and improved the toString() output for debug diagnosis. Having this list in a central place in the framework also allows us to remove it from Monkey so there is one less thing to maintain when we add new keycodes. Bug: 2912307 Change-Id: If8c25e8d50a7c29bbf5d663c94284f5f86de5da4
/frameworks/base/core/java/android/text/method/Touch.java
|
cc3ec6cdb2b892eb29513e72d8b205acbe997b25 |
|
23-Jun-2010 |
Gilles Debunne <debunne@google.com> |
New cursor controller in TextViews. Editable TextView now display a cursor controller under the insertion point so that it can be precisely moved. Change-Id: Ia2e6ddc57d249647ff6683e10e4226db3df27223
/frameworks/base/core/java/android/text/method/Touch.java
|
c982f60e982c1d2df9f115ed9a5c3ef3643d0892 |
|
25-May-2010 |
Doug Felt <dougfelt@google.com> |
Fix alignment issues with RTL paragraphs. Also remove unused debugging code that depends on junit. Remove trailing whitespace in changed code. Change-Id: Ie02d1b8220c599a672ee6e91af0fba634e0f620c
/frameworks/base/core/java/android/text/method/Touch.java
|
ab9289320f598509cf358523ba173d69178a55ea |
|
10-Dec-2009 |
Maryam Garrett <mkamvar@google.com> |
Allows users to scroll while in select mode. This change allows the user to select-n-scroll. While a user is in select mode, and they try to scroll, the textbox will scroll in the direction of the selection, and expand the selection.
/frameworks/base/core/java/android/text/method/Touch.java
|
27d377221c7970a5205c83f8a9f62f755dc1fa5d |
|
02-Dec-2009 |
Dianne Hackborn <hackbod@google.com> |
Some work on issue #2286804: sometimes text field doesn't accept input This doesn't really fix the problem being brought up here, but fixes a related issue I found while investigating it -- if you tap a text view enough to cause it to try to scroll, this will cause the touch to become a scroll instead of a click, even if there is nothing to scroll. So often quick taps to bring up the IME would be canceled because they became a non-scroll. Unfortuntately after syncing the latest build, I was having a lot of trouble reproducing the original problem. I think I need to punt it to MR2 at this point. Change-Id: If1f0bf33de1b4d71c9f677cdad07639b7a3fb772
/frameworks/base/core/java/android/text/method/Touch.java
|
eaa18dec91b6dd0ce3191a9ab65cdc95ef68b935 |
|
28-Sep-2009 |
Cary Clark <cary@android.com> |
scroll text field with touch Add a hidden public method to text/method/Touch.java that computes the maximum scroll amount for a text field. Remove 'faketouch' code; it causes a crash and is no longer required. Pass the percentage of the current scroll from the UI thread to webkit. One additional fix is to allow very small movements which are currently disallowed because they are smaller than 'smallerSlop' in WebTextView.java. Companion fix is in external/webkit. Fixes http://b/issue?id=2133049
/frameworks/base/core/java/android/text/method/Touch.java
|
58b971d733a2c700cabd3db02b6ea4d5faca6939 |
|
01-Jul-2009 |
Eric Fischer <enf@google.com> |
Always clear the TextView drag state whenever a touch begins. Apparently it can sometimes miss a touch release, which would prevent the longpress menu from appearing if the location of the new touch was too far from the location of the previous touch. Bug 1673223
/frameworks/base/core/java/android/text/method/Touch.java
|
38e98fccfab9592f871f3066f8569c559f1ee226 |
|
25-Mar-2009 |
Dianne Hackborn <> |
Automated import from //branches/donutburger/...@140714,140714
/frameworks/base/core/java/android/text/method/Touch.java
|
9066cfe9886ac131c34d59ed0e2d287b0e3c0087 |
|
04-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //depot/cupcake/@135843
/frameworks/base/core/java/android/text/method/Touch.java
|
d83a98f4ce9cfa908f5c54bbd70f03eec07e7553 |
|
04-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //depot/cupcake/@135843
/frameworks/base/core/java/android/text/method/Touch.java
|
d24b8183b93e781080b2c16c487e60d51c12da31 |
|
11-Feb-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //branches/cupcake/...@130745
/frameworks/base/core/java/android/text/method/Touch.java
|
f013e1afd1e68af5e3b868c26a653bbfb39538f8 |
|
18-Dec-2008 |
The Android Open Source Project <initial-contribution@android.com> |
Code drop from //branches/cupcake/...@124589
/frameworks/base/core/java/android/text/method/Touch.java
|
54b6cfa9a9e5b861a9930af873580d6dc20f773c |
|
21-Oct-2008 |
The Android Open Source Project <initial-contribution@android.com> |
Initial Contribution
/frameworks/base/core/java/android/text/method/Touch.java
|