3787de16d24001eeb452e1c711d4290a396e67c9 |
|
21-Dec-2016 |
Vladislav Kaznacheev <kaznacheev@google.com> |
Implement pointer capture API When in pointer capture mode, mouse pointer disappears and further mouse events are dispatched to the focused view in the window which has requested capture. The captured events have the source SOURCE_MOUSE_RELATIVE belonging to SOURCE_CLASS_TRACKBALL. They are dispatched through dispatchCapturedPointerEvent / onCapturedPointerEvent. There is also a new listener. Pointer capture mode may only be granted to a currently focused window, and will be canceled upon a window focus change. Test: cts-tradefed ... --test android.view.cts.PointerCaptureTest Bug: 30897034 Change-Id: I6e5934aa415ac2b6dda1cee173d0f23e5021af84
/frameworks/base/core/java/android/hardware/input/IInputManager.aidl
|
93b5f434a4bc21220eed002697506854684dc019 |
|
16-May-2016 |
Michael Wright <michaelwr@google.com> |
Remove Pointer Capture API The underlying implementation needs to be completely rethought. If a process crashed while you were in pointer capture mode, you were pretty much stuck in it. If the mouse happened to move outside of your bounds right before you called the API, you'd never actually get an event (whatever it was hovering over would). There's no easy way for the system to tell you when you enter or exit this mode because it doesn't actually track who the current request is from. These are all solvable, but not in the N time frame. Maybe next time. Bug: 26830970 Change-Id: I899649594c7ca8db5962fcdaa71c5b21d3aa42c3
/frameworks/base/core/java/android/hardware/input/IInputManager.aidl
|
e051f6f1fdb5e21cbed394d29dfcab5c642e4129 |
|
13-May-2016 |
Michael Wright <michaelwr@google.com> |
Rename PointerIcon and Pointer Capture APIs This is a response to API council feedback. Bug: 26830970 Change-Id: I1be541a53e3943d06640169671824f7daea15462
/frameworks/base/core/java/android/hardware/input/IInputManager.aidl
|
d5f7ed9fe9dc3590f6ef9cb7470e29e836a95907 |
|
19-Jan-2016 |
Michael Wright <michaelwr@google.com> |
Switch and store keyboard layouts based on IME subtype. Rather than associate the keyboard layout solely with a specific hardware model, we should also associate it with a given IME subtype. This lets users switch between various languages and have the keyboard change in unison with them so they can use the appropriate layouts for each language. This change adds initial support for associating IME subtypes and keyboard layouts. We still need to: - Remove support for the old style of layout association once the Settings apps begins to use the new APIs - Automatically select an appropriate layout based on the given subtype (or set a reasonable universal default such as QWERTY) Bug: 25752812 Change-Id: Ie88ce1ab77dbfe03ab51d89c1dc9e0a7ddbb3216
/frameworks/base/core/java/android/hardware/input/IInputManager.aidl
|
0748342d2ed264c01384fbaa4446a702a8824813 |
|
30-Oct-2015 |
Michael Wright <michaelwr@google.com> |
Bandaid over broken keyboard layout selection process. Automatically select a keyboard layout if we have one that is device specific and is made for our current locale. Also, provide a way of requesting layouts for a specific input device rather than just getting all of them. Custom layouts may not be appropriate for typical keyboard devices (and custom keyboards may not work with typical layouts). Bug: 25062009 Change-Id: I3a0ae5ad68f956b936485791ceb78c347fad7d4f
/frameworks/base/core/java/android/hardware/input/IInputManager.aidl
|
347e5d498f4c216d588e98776a386d8bdf93d05c |
|
03-Dec-2015 |
Jun Mukai <mukai@google.com> |
Introduce pointer capture API. This depends on I4189eb4d93f50c2865b7a325727be5ceebcc71f8 of frameworks/native. Bug: 5452473 Change-Id: Ie21e521f3e5c581f976dc0feb5d84bfa48b046cd
/frameworks/base/core/java/android/hardware/input/IInputManager.aidl
|
d4eaef7f4c5a5d281de4fff272cd33e892e26264 |
|
30-Oct-2015 |
Jun Mukai <mukai@google.com> |
Make public pointer icon API with custom icons. BUG: 25778347, 23804184 Change-Id: If138b97c750c912e9848412c27b65004899961eb
/frameworks/base/core/java/android/hardware/input/IInputManager.aidl
|
244f776855b2144a7fe16be09c67e5b189e8dcfd |
|
21-Oct-2015 |
Michael Wright <michaelwr@google.com> |
resolve merge conflicts of f013c3f111 to master. Change-Id: I2045187f8fa948a1733cb9a2cdc0a69ae97b5907
|
1db5397d88e722b1ab82ccb2b429ceec1179ccd8 |
|
12-Sep-2015 |
Jun Mukai <mukai@google.com> |
Allow changing mouse pointer icon for the current context. Right now, it only supports I-beam on EditText, but further rules will come in the future. The png files for the icons are from chromium. Bug: 24180385 Change-Id: I8de4ec8a5412b4830c08aa232c5083841c5c751c
/frameworks/base/core/java/android/hardware/input/IInputManager.aidl
|
9209c9cd9a6f779d0d9d86f9b2e368df564fa6bb |
|
03-Sep-2015 |
Michael Wright <michaelwr@google.com> |
Add SystemUI component to watch for keyboard attachment. Add a new SystemUI component to watch for keyboard attachment / detachment. If the config specifies the name of a keyboard that is packaged with the device, then SystemUI will ask the user if they would like to enable BT (if disabled) and then attempt to pair to the device. Bug: 22876536 Change-Id: I786db35524d49706d5e61d8b8bc71194d50113f3
/frameworks/base/core/java/android/hardware/input/IInputManager.aidl
|
39e5e947447bc611205404ae6a4690656f1aa0f9 |
|
19-Aug-2015 |
Michael Wright <michaelwr@google.com> |
Add TabletModeChangedListener for SystemUI. Bug: 23256614 Change-Id: I6e5d636c24a84846cfad84da800911a469689dda
/frameworks/base/core/java/android/hardware/input/IInputManager.aidl
|
d52207423225bcd99e94276e9d0fc2cb5f905602 |
|
10-Mar-2014 |
Jason Gerecke <killertofu@gmail.com> |
Support unique calibration per orientation Updates the format of the calibration XML to store the Surface rotation that a specific calibration applies to. Also updates the API to require a rotation value for get/set, and has the native framework supply this according to the current rotation whenever it changes. Change-Id: I72b6703f646dd18db537365c5c9843f720a5f41e
/frameworks/base/core/java/android/hardware/input/IInputManager.aidl
|
d6396d67201fb2b64d13070324bb115c9c23b08a |
|
28-Jan-2014 |
Jason Gerecke <killertofu@gmail.com> |
Allow persistence of input device calibration This patch extends the PersistentDataStore store to read and write input device calibration data. A new SET_INPUT_CALIBRATION permission grants apps the ability to update this information, and a new TouchCalibration class is used to wrap the raw calibration data. Change-Id: I4daac2b15ef03616ea5b068c1e77bebd0ce7b8c1
/frameworks/base/core/java/android/hardware/input/IInputManager.aidl
|
fb290df3c9a6f37ec050163029e25844de2f8590 |
|
16-Dec-2013 |
RoboErik <epastern@google.com> |
b/12068020 Make kb layouts only unique to vendor/product Instead of storing a kb layout per device descriptor (which is expected to be unique), store it for each vendor/product. This way we can keep a consistent layout between identical but physically different keyboards. There are some corner cases this is expected to fail on, namely devices that incorrectly have the same vendor/product id. Devices that don't define a vendor/product id will continue to use the descriptor to store layout files. Change-Id: Id0890d13e1c859eaf993d4831b7b1acbaf5df80f
/frameworks/base/core/java/android/hardware/input/IInputManager.aidl
|
cf39bdf3dff5e29447f6ce734b76dc3490385e58 |
|
18-May-2012 |
Jeff Brown <jeffbrown@google.com> |
Add support for switching between multiple keyboard layouts. Also show a notification when an external keyboard is connected and does not have a keyboard layout selected yet. Bug: 6405203 Change-Id: Id0ac6d83b3b381f8a236b2244a04c9acb203db3c
/frameworks/base/core/java/android/hardware/input/IInputManager.aidl
|
a47425a13c19f95057df78b8bb65bb25657e8753 |
|
13-Apr-2012 |
Jeff Brown <jeffbrown@google.com> |
Add support for input devices that have vibrators. Added a getVibrator() method to InputDevice which returns a Vibrator associated with that input device. Its uses the same API as the system vibrator which makes it easy for applications to be modified to use one or the other. Bug: 6334179 Change-Id: Ifc7f13dbcb778670f3f1c07ccc562334e6109d2e
/frameworks/base/core/java/android/hardware/input/IInputManager.aidl
|
af9e8d38184c6ba4d2d3eb5bde7014a66dd8a78b |
|
13-Apr-2012 |
Jeff Brown <jeffbrown@google.com> |
Notify applications when input devices change. This change allows the InputManager to keep track of what input devices are registered with the system and when they change. It needs to do this so that it can properly clear its cache of input device properties (especially the key map!) when changes occur. Added new API so that applications can register listeners for input device changes. Fixed a minor bug in EventHub where it didn't handle EPOLLHUP properly so it would spam the log about unsupposed epoll events until inotify noticed that the device was gone and removed it. Change-Id: I937d8c601f7185d4299038bce6a2934fe4fdd2b3
/frameworks/base/core/java/android/hardware/input/IInputManager.aidl
|
9f25b7fdf216c9ef0bd2322cd223eeaf0d60f77f |
|
10-Apr-2012 |
Jeff Brown <jeffbrown@google.com> |
Request key maps from input manager service. Instead of each application loading the KeyCharacterMap from the file system, get them from the input manager service as part of the InputDevice object. Refactored InputManager to be a proper singleton instead of having a bunch of static methods. InputManager now maintains a cache of all InputDevice objects that it has loaded. Currently we never invalidate the cache which can cause InputDevice to return stale motion ranges if the device is reconfigured. This will be fixed in a future change. Added a fake InputDevice with ID -1 to represent the virtual keyboard. Change-Id: If7a695839ad0972317a5aab89e9d1e42ace28eb7
/frameworks/base/core/java/android/hardware/input/IInputManager.aidl
|
ac14351e16e1258f1cb54e2bf772b8be004eb2b8 |
|
06-Apr-2012 |
Jeff Brown <jeffbrown@google.com> |
Move some APIs from window manager to input manager. Simplified input injection API down to just one call. Removed all input state reading API. It was only used by the window manager policy and required a permission that applications could not obtain. READ_INPUT_STATE is now unused and deprecated. Change-Id: I41278141586ddee9468cae0fb59ff0dced6cbc00
/frameworks/base/core/java/android/hardware/input/IInputManager.aidl
|
4532e6158474a263d9d26c2b42240bcf7ce9b172 |
|
05-Apr-2012 |
Jeff Brown <jeffbrown@google.com> |
Refactor input system into its own service. Extracted the input system from the window manager service into a new input manager service. This will make it easier to offer new input-related features to applications. Cleaned up the input manager service JNI layer somewhat to get rid of all of the unnecessary checks for whether the input manager had been initialized. Simplified the callback layer as well. Change-Id: I3175d01307aed1420780d3c093d2694b41edf66e
/frameworks/base/core/java/android/hardware/input/IInputManager.aidl
|