diff options
| author | 2023-02-27 07:29:02 -0800 | |
|---|---|---|
| committer | 2023-03-03 21:38:58 +0000 | |
| commit | c694cfe77b7aa433c6fd36a6e04c15be96c666a2 (patch) | |
| tree | 60f670a0406f383c9efaf81d072502092ddbb988 /libs/androidfw/StringPool.cpp | |
| parent | 91bae30e7b2aa80236d4a372902bc6001a5d7b94 (diff) | |
Change MotionPredictor API to only support a single device
Before this CL, the MotionPredictor API was inconvenient to use. The
MotionPredictor.predict returned a list of MotionEvents, with one
MotionEvent per-device.
The goal was to force applications to consider multi-device streams.
However, even if the apps use this API, there's no way they can
currently test this behaviour, since the multi-device feature is not yet
available.
For the multi-device streams feature, the current plan is to provide a
new View callback to get these raw streams. In those streams, the
per-device MotionEvents would continue to look the same. However, the
events may now be interleaved between different devices. For example, a
sequence like this would be possible: DOWN(deviceId=2) ->
DOWN(deviceId=3) -> MOVE(deviceId=2).
That means that the app will likely have to do per-device bookkeeping
anyways. So the app might as well just create a per-device
MotionPredictor object, as well.
Bug: 167946763
Test: (cd frameworks/native/services/inputflinger && atest)
Change-Id: I34b8dc02d4f995146cb3eed33888ae34abde29d6
Diffstat (limited to 'libs/androidfw/StringPool.cpp')
0 files changed, 0 insertions, 0 deletions