| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Based off of this commit, updated for ics:
https://github.com/CyanogenMod/android_frameworks_base/commit/ebb5e47760cc156fba6d6a93ad0dfaeb562f4771
Allows keypads to have custom keymapping, and brings back www./.com key
function
Fixed: Corrected all wrong entries to api/current.txt,
including for those that already passed gerrit review
@hide used in java for all non aosp api
Change-Id: I0ffb35dae441e3ef7a4924492cc9168939551d3f
|
|
|
|
|
|
|
|
|
|
|
| |
- SF will call perform with event and value to inform HALS about
custom events(external display, orientation change etc.,)
- remove actionsafe related functions.
CRs-Fixed: 341947
(cherry picked from commit ca1e7b9ee353bc4d2fdc2234d8860e84bbff74f1)
Change-Id: Icfe5f2f8ce56561c6959e206771b2850a3597e70
|
|
|
|
|
|
|
|
|
|
|
|
| |
Adds keys for
*) WLAN, Bluetooth, touchpad toggle,
*) brightness down, up, auto and
*) screenshot
as found on docks of current Asus Transformer devices.
Change-Id: I94a5a4e80e5de85db49a1044c7dcb9ef28db075c
|
|
|
|
| |
Change-Id: I63f6dd4d36a589f4bb718d71641f23b995ab3903
|
|
|
|
| |
Change-Id: Ifa6ac008d56ddaa10297803ad09ebe70cba3417f
|
|
|
|
| |
Change-Id: I7ed5034ad847fe312fbe79624fa24e097dc547e8
|
|
|
|
| |
Change-Id: If3cf17e5eb8c6d29cca490665d5dcae1b3915b6a
|
|
|
|
|
|
|
|
| |
set string com.qc.hdmi_out=true to enable java hdmi service. set false by default
set TARGET_QCOM_HDMI_OUT true in BoardConfig to enable qcom hdmi bits
Change-Id: I9286bd01085657251d83b4649d0ef86433947765
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This change contains following commits.
commit 27889d5e0c7951d9cc454c0cdc84bb6c4e4d93b4
Author: Arun Kumar K.R <c_akkr@quicinc.com>
Date: Wed Jun 15 15:12:33 2011 -0700
frameworks/base: Remove unnecessary ioctls from HDMI Daemon
- Remove FBIO_BLANK_POWERDOWN as the device will be powered down when the
ref count reaches zero in framebuffer
- Remove MSMFB_OVERLAY_PLAY_ENABLE as it will be depricated
(cherry picked from commit 9dfcc8c1c5b6a4695ef807d11b67cae25ff8fcfd)
Change-Id: I28cbf52edd3c244f1f04be3df5bc4c5a091fde13
commit 98774ca7b39995a169022289274cdc4e99dc4848
Author: Arun Kumar K.R <c_akkr@quicinc.com>
Date: Fri May 27 14:12:18 2011 -0700
frameworks/base: Set hdmiON property before informing SF
In the HDMI Daemon mirroring is enabled set the hdmiON system
property before informing surface flinger to start mirroring.
Change-Id: Ib897cfe9f9e113553cb0272e3d0fc04437b3577b
commit d6c4ac202205cfdbacd49951bbdfe42cb9ced971
Author: Arun Kumar K.R <c_akkr@quicinc.com>
Date: Mon May 9 20:15:44 2011 -0700
frameworks/base: Changes for HDMI HDCP Compliance
- For HDCP compliance, broadcast HDMIONEvent after we receive
the audio_on event from the daemon based on HDCP
- In HDMI Daemon check if the HDCP keys are present based on that
broadcast for Audio.
- Remove redundant calls for PUT_VSCREENINFO and handle this in
setResolution.
Change-Id: I7fa23ac1a384fcc32687b287dbb828445d4d81a4
commit 798421991797c249e9eb554f91d49e0d898327fa
Author: Arun Kumar K.R <c_akkr@quicinc.com>
Date: Thu Apr 7 18:55:44 2011 -0700
HDMIDaemon: call FBIO_PUTVSCREENINFO ioctl for valid mode
Analog TV does not have the EDID information.
For analog TV no need to call the ioctl, as it defaults to
its original resolution
Change-Id: I18daab570167004be76d47cd58413408a20b0987
CRs-fixed: 281752
commit c512a0c47116394de431b6957213ac2cabcfc091
Author: Arun Kumar K.R <c_akkr@quicinc.com>
Date: Wed Mar 16 13:12:53 2011 -0700
Hdmi Daemon: Inform SF about HDMI mirroring when HDMI is enabled
When HDMI is connected, inform SF about mirroring only once.
Avoid multiple enableHDMI calls to SF when cable is connected.
Change-Id: I00d72571d2796e204401f57a87d9e580a3c8e994
CRs-fixed: 279095
commit 92de304205eb65e5bfd6976eef6396e908df4829
Author: Kinjal Bhavsar <kbhavsar@codeaurora.org>
Date: Mon Mar 28 17:43:22 2011 -0700
frameworks/base: Use sanitized kernel headers
Add the exported sanitized kernel headers to include path in hdmid
and surfaceflinger.
As hdmid uses some bionic specific structs, explicitly add path of
kernel header files it uses.
Change-Id: Id0daed4a425976fad3116de2d2054c9c386770fe
commit bd484e4de3031b393e2b4e1c91a17c2b9bc4acac
Author: Arun Kumar K.R <c_akkr@quicinc.com>
Date: Mon Mar 7 19:37:56 2011 -0800
frameworks/base: HPD enable on sysfs
Fixes the issue where HDMI user setting is ON, Cable is
connected and on reboot, we don't see HDMI output.
Enables/Disables HPD by writing to sysfs node from Daemon
Removes mirroring calls from HDMIService.
Change-Id: Ide8ac1d60d9b04be2dcb79323f42750ef8f045c3
commit d2076706b4a1636c3e67131498824048b43046cb
Author: Saurabh Shah <saurshah@codeaurora.org>
Date: Thu Oct 28 10:26:44 2010 -0700
frameworks/base/:Interface for action-safe width, height
Interface and implementation for setting action-safe
width and height from userspace.
commit 5446eab60c8c88417375607dea5ccc246cdd9bd0
Author: Arun Kumar K.R <akkr@codeaurora.org>
Date: Mon Nov 8 18:29:49 2010 -0800
frameworks/base: Enable/Disable HDMI UI mirroring based on HPD
commit 24d813ec5e79ae92e7efc2f4286bb4425dec1053
Author: Arun Kumar K.R <akkr@codeaurora.org>
Date: Thu Sep 23 17:06:26 2010 -0700
frameworks\base: Support for switching resolution in HDMI daemon
Use property enable.hdmi.edid to enable the dynamic resolution
switch Set hdmi.yRes to required resolution.
commit 60208c205645f7da7d148655d638d36bc7cca121
Author: Arun Kumar K.R <akkr@codeaurora.org>
Date: Tue Aug 31 19:21:53 2010 -0700
frameworks/base: SF to control HDMI output
Change SF to control HDMI output.
HDMI Daemon will call SF to control HDMI out.
HPD based on fbopen/fbclose, which is controlled by User settings.
commit b180d502bc53bb55bc168048d7b691f33899e4db
Author: Urs Muff <umuff@codeaurora.org>
Date: Wed Aug 4 14:14:00 2010 -0600
frameworks/base: hdmid: HPD / EDID integration
Adding support for dynamic resolution switching and HDP and EDID
commit a192fa8f272c113996a65bca4a68fa328f2fb4f4
Author: Omprakash Dhyade <odhyade@codeaurora.org>
Date: Wed Aug 18 13:39:49 2010 -0700
frameworks/base: Call open only user says HDMI ON
HDMI Clock remains ON when fb1 is opened from HDMI Daemon
so call open fb1 only when user sets HDMI ON.
commit db05d0df83e568e31b273e1f667539a02156fcbb
Author: Omprakash Dhyade <odhyade@codeaurora.org>
Date: Thu Jul 15 18:18:28 2010 -0700
frameworks/base: Add HPD support
Add HPD support to HDMI daemon.
commit 25f7beb6a82aff11f0cc2ed9850e40278820c32c
Author: Omprakash Dhyade <odhyade@codeaurora.org>
Date: Tue Jun 1 16:56:22 2010 -0700
frameworks/base: Add HDMIService for 7x30 target
Add HDMI deamon which communicates with HDMI driver.
Add HDMI service to communicate with HDMI deamon
and send intent to applications when HDMI connected
and disconnected.
Change-Id: I416ccb87dd356a08299c3180275aa53a4fe7e412
Conflicts:
libs/surfaceflinger_client/ISurfaceComposer.cpp
Typo fix
Change-Id: I70e22fd74eab7b9ee2d3f33e97b8256c03cce2c1
|
|\ |
|
| |
| |
| |
| |
| |
| |
| | |
This change makes SurfaceMediaSource add the VIDEO_ENC usage bit when
allocating its GraphicBuffers rather than the HW_TEXTURE bit.
Change-Id: Ie20e225c894fdbc31cad6bb82b3b64c7e98074eb
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Improved quick launch bookmarks to support category-based shortcuts
instead of hardcoding package and class names for all apps.
Added a set of Intent categories for typical applications on the
platform.
Added support for some of the HID application launch usages to
reduce reliance on quick launch for special purpose keys. Some
keyboard vendors have hardcoded launch keys that synthesize
"Search + X" type key combos. The goal is to encourage them
to stop doing this by implementing more of HID.
Bug: 5674723
Change-Id: I79f1147c65a208efc3f67228c9f0fa5cd050c593
|
|
|
|
|
|
|
|
|
|
|
|
| |
Stop using system properties to publish information about
the key character map path. Instead, we can retrieve it
on demand by asking the window manager.
It was possible to exhaust the supply of system properties
when repeatedly adding and removing input devices.
Bug: 5532806
Change-Id: Idd361a24ad7db2edc185c8546db7fb05f9c28669
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- we want functions like isEmpty() to return true if NANs are
involved in the Rect
- also clean-up the intersect familly of calls
- minor cleanup in the int32_t Rect as well
These played a role in http://b/5331198.
Bug: 5331198
Change-Id: I5369725ab482e4b83da9f1bd4cee5256e5de75b2
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug: 5265529
Rewrote the velocity tracker to fit a polynomial curve
to pointer movements using least squares linear regression.
The velocity is simply the first derivative of this polynomial.
Clients can also obtain an Estimator that describes the
complete terms of the estimating polynomial including
the coefficient of determination which provides a measure
of the quality of the fit (confidence).
Enhanced PointerLocation to display the movement curve predicted
by the estimator in addition to the velocity vector.
By default, the algorithm computes a 2nd degree (quadratic)
polynomial based on a 100ms recent history horizon.
Change-Id: Id377bef44117fce68fee2c41f90134ce3224d3a1
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug: 5265529
Calculate the velocity using the most recent touch sample as the
point of reference instead of the oldest. This change more heavily
weights recent touch samples and reduces the sample time window
used for calculation. This significantly improves the accuracy
of fling gesture detection.
Change-Id: Ib1940933e786e5f6a731552a99bcd9400741d55f
|
|
|
|
|
|
|
|
| |
This change makes SurfaceFlinger always use the
GRALLOC_USAGE_HW_COMPOSER usage bit when allocating buffers that may be
passed to the HWComposer.
Change-Id: I70362a8ede2b359fb2046853f85149d597465817
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug: 5049148
Finished stylus support, including support for indirect stylus
and mouse tools.
Added TILT axis. When stylus tilt X/Y is available, it is transformed
into an orientation and tilt inclination which is a more convenient
representation and a simpler extension to the exiting API.
Touch devices now only report touch data using a single input
source. Previously touch devices in pointer mode would report
both absolute touch pad data and cooked pointer gestures.
Now we just pick one. The touch device switches modes as needed
when the focused application enables/disables pointer gestures.
This change greatly simplifies the code and reduces the load
on the input dispatcher.
Fixed an incorrect assumption that the value of ABS_(MT_)DISTANCE
would be zero whenever the stylus was in direct contact. It appears
that the correct way to determine whether the stylus is in direct
contact (rather than hovering) is by checking for a non-zero
reported pressure.
Added code to read the initial state of tool buttons and axis values
when the input devices are initialized or reset. This fixes
problems where the input mapper state might have the wrong initial
state.
Moved responsibility for cancelling pending inputs (keys down,
touches, etc.) to the InputDispatcher by sending it a device reset
notification. This frees the InputReader from having to synthesize
events during reset, which was cumbersome and somewhat brittle
to begin with.
Consolidated more of the common accumulator logic from
SingleTouchInputMapper and MultiTouchInputMapper into
TouchInputMapper.
Improved the PointerLocation output.
Change-Id: I595d3647f7fd7cb1e3eff8b3c76b85043b5fe2f0
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Bug: 5064702
Introduced the concept of an InputListener to further decouple
the InputReader from the InputDispatcher. The InputListener
exposes just the minimum interface that the InputReader needs
to communicate with the outside world. The InputReader
passes arguments to the InputListener by reference, which makes
it easy to queue them up.
Consolidated all of the InputReader locks into one simple global
Mutex. The reason this wasn't done before was due to potential
re-entrance in outbound calls to the InputDispatcher. To fix this,
the InputReader now queues up all of the events it wants to send
using a QueuedInputListener, then flushes them outside of the
critical section after all of the event processing is finished.
Removing all of the InputMapper locks greatly simplifies the
implementation.
Added tests for new stylus features such as buttons, tool types,
and hovering.
Added some helpers to BitSet32 to handle common code patterns
like finding the first marked bit and clearing it.
Fixed a bug in VelocityTracker where the wrong pointer trace
could get cleared when handling ACTION_POINTER_DOWN. Oops.
Changed PointerCoords so it no longer stores useless zero
axis values. Removed editAxisValue because it is not very
useful when all zero value axes are absent and therefore
cannot be edited in place.
Added dispatch of stylus hover events.
Added support for distance and tool types.
Change-Id: I4cf14d134fcb1db7d10be5f2af7b37deef8f8468
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Adding SurfaceEncoder which can be used to encode
custom frame data. In a sense, it is reverse
of what SurfaceTexture does.
SurfaceEncoder takes in frames from a native window and
passes them to an encoder, thus acting like a MediaSource.
It uses GRAlloc buffers underneath for passing data.
The client side sets the geometry, format in the beginning,
which cannot be changed while the recording is going on.
Currently, there is no common pixel format that both
GRAlloc and HAL understand.
Also, the encoder cannot encode using the data from the GRAlloc
buffers.
The SurfaceEncoder_test examines mainly the buffer passage
since true encoding cannot be done at this point.
SimpleDummyRecorder 'reads' the frames in the same thread
as the start(), whereas DummyRecorder 'reads' in a separate
thread much like the MPEG4Writer. The test with DummyRecorder
is much closer to the real encoding implementation.
Related to bug id: 4529323
Change-Id: I58ec19a150f8fe4d6195196dc44f55002b46c7c8
|
|\
| |
| |
| |
| |
| |
| | |
4364920" into honeycomb-mr2
* commit '61220e880ac4d9d76b7fd50744439e68e929c697':
Revert velocity damping. Bug: 4364920
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Bug: 4364920
Velocity damping proved to be a bad idea because it would
cause a significant ramp in velocity at the beginning of
a gesture, instead of the desired smooth behavior. Oh well.
Change-Id: Ie631946f47ef2492bd71fbed1ab44bbb39a875a8
|
|\ \
| |/
| |
| |
| |
| |
| | |
acceleration." into honeycomb-mr2
* commit '56503b8ddfe5c82407da32e18061e725f668432d':
Implement pointer acceleration.
|
| |
| |
| |
| |
| | |
Bug: 4124987
Change-Id: I1f31a28f1594c55302ccabe13fe3ca6d2ff71d50
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Added a new PointerIcon API (hidden for now) for loading
pointer icons.
Fixed a starvation problem in the native Looper's sendMessage
implementation which caused new messages to be posted ahead
of old messages sent with sendMessageDelayed.
Redesigned the touch pad gestures to be defined in terms of
more fluid finger / spot movements. The objective is to reinforce
the natural mapping between fingers and spots which means there
must not be any discontinuities in spot motion relative to
the fingers.
Removed the SpotController stub and folded its responsibilities
into PointerController.
Change-Id: Ib647dbd7a57a7f30dd9c6e2c260df51d7bbdd18e
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Replaced VelocityTracker with a faster and more accurate
native implementation. This avoids the duplicate maintenance
overhead of having two implementations.
The new algorithm requires that the sample duration be at least
10ms in order to contribute to the velocity calculation. This
ensures that the velocity is not severely overestimated when
samples arrive in bursts.
The new algorithm computes the exponentially weighted moving
average using weights based on the relative duration of successive
sample periods.
The new algorithm is also more careful about how it handles
individual pointers going down or up and their effects on the
collected movement traces. The intent is to preserve the last
known velocity of pointers as they go up while also ensuring
that other motion samples do not count twice in that case.
Bug: 4086785
Change-Id: I95054102397c4b6a9076dc6a0fc841b4beec7920
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
1. Single finger tap performs a click.
2. Single finger movement moves the pointer (hovers).
3. Button press plus movement performs click or drag.
While dragging, the pointer follows the finger that is moving
fastest. This is important if there are additional fingers
down on the touch pad for the purpose of applying force
to an integrated button underneath.
4. Two fingers near each other moving in the same direction
are coalesced as a swipe gesture under the pointer.
5. Two or more fingers moving in arbitrary directions are
transformed into touches in the vicinity of the pointer.
This makes scale/zoom and rotate gestures possible.
Added a native VelocityTracker implementation to enable intelligent
switching of the active pointer during drags.
Change-Id: I7b7ddacc724fb1306e1590dbaebb740d3130d7cd
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Added the concept of pointer properties in a MotionEvent.
This is currently used to track the pointer tool type to enable
applications to distinguish finger touches from a stylus.
Button states are also reported to application as part of touch events.
There are no new actions for detecting changes in button states.
The application should instead query the button state from the
MotionEvent and take appropriate action as needed.
A good time to check the button state is on ACTION_DOWN.
As a side-effect, applications that do not support multiple buttons
will treat primary, secondary and tertiary buttons identically
for all touch events.
The back button on the mouse is mapped to KEYCODE_BACK
and the forward button is mapped to KEYCODE_FORWARD.
Added basic plumbing for the secondary mouse button to invoke
the context menu, particularly in lists.
Added clamp and split methods on MotionEvent to take care of
common filtering operations so we don't have them scattered
in multiple places across the framework.
Bug: 4260011
Change-Id: Ie992b4d4e00c8f2e76b961da0a902145b27f6d83
|
|\ \
| |/
| |
| | |
Change-Id: Ic6a6c5bb300f6f1d43f9ed550b284282b4f16212
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
First step of improving app screen size compatibility mode. When
running in compat mode, an application's windows are scaled up on
the screen rather than being small with 1:1 pixels.
Currently we scale the application to fill the entire screen, so
don't use an even pixel scaling. Though this may have some
negative impact on the appearance (it looks okay to me), it has a
big benefit of allowing us to now treat these apps as normal
full-screens apps and do the normal transition animations as you
move in and out and around in them.
This introduces fun stuff in the input system to take care of
modifying pointer coordinates to account for the app window
surface scaling. The input dispatcher is told about the scale
that is being applied to each window and, when there is one,
adjusts pointer events appropriately as they are being sent
to the transport.
Also modified is CompatibilityInfo, which has been greatly
simplified to not be so insane and incomprehendible. It is
now simple -- when constructed it determines if the given app
is compatible with the current screen size and density, and
that is that.
There are new APIs on ActivityManagerService to put applications
that we would traditionally consider compatible with larger screens
in compatibility mode. This is the start of a facility to have
a UI affordance for a user to switch apps in and out of
compatibility.
To test switching of modes, there is a new variation of the "am"
command to do this: am screen-compat [on|off] [package]
This mode switching has the fundamentals of restarting activities
when it is changed, though the state still needs to be persisted
and the overall mode switch cleaned up.
For the few small apps I have tested, things mostly seem to be
working well. I know of one problem with the text selection
handles being drawn at the wrong position because at some point
the window offset is being scaled incorrectly. There are
probably other similar issues around the interaction between
two windows because the different window coordinate spaces are
done in a hacky way instead of being formally integrated into
the window manager layout process.
Change-Id: Ie038e3746b448135117bd860859d74e360938557
|
| |
| |
| |
| |
| | |
Change-Id: Idc2eabaa805bb6d308ebb315872623f28d428417
Signed-off-by: Iliyan Malchev <malchev@google.com>
|
| |
| |
| |
| |
| |
| |
| | |
These definitions have been moved to system/core.
Change-Id: I021b6b5f2fd72d538b5ccdcb33860ebd3004d9ad
Signed-off-by: Iliyan Malchev <malchev@google.com>
|
| |
| |
| |
| |
| |
| |
| | |
query() does not modify the object's data, so it needs to be a const method
Change-Id: I67c40a3c865461e6f1cc2193fd2d74286ff6ac8f
Signed-off-by: Iliyan Malchev <malchev@google.com>
|
| |
| |
| |
| | |
Change-Id: Ia608099a2426c11a91d33063ba53c93e1eccb428
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Added a new PointerIcon API (hidden for now) for loading
pointer icons.
Fixed a starvation problem in the native Looper's sendMessage
implementation which caused new messages to be posted ahead
of old messages sent with sendMessageDelayed.
Redesigned the touch pad gestures to be defined in terms of
more fluid finger / spot movements. The objective is to reinforce
the natural mapping between fingers and spots which means there
must not be any discontinuities in spot motion relative to
the fingers.
Removed the SpotController stub and folded its responsibilities
into PointerController.
Change-Id: I5126b1e69d95252fda7f2a684c9287e239a57163
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The idea is to assist with debugging by identifying cases in which
the input event stream is corrupted.
Change-Id: I0a00e52bbe2716be1b3dfc7c02a754492d8e7f1f
|
|\ \ \
| |/ / |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This patch adds a mechanism for capturing, filtering, transforming
and injecting input events at a very low level before the input
dispatcher attempts to deliver them to applications. At this time,
the mechanism is only intended to be used by the accessibility
system to implement built-in system-level accessibility affordances.
The accessibility input filter is currently just a stub.
It logs the input events receives and reinjects them unchanged,
except that it transforms KEYCODE_Q into KEYCODE_Z.
Currently, the accessibility input filter is installed whenever
accessibility is enabled. We'll probably want to change that
so it only enables the input filter when a screen reader is
installed and we want touch exploration.
Change-Id: I35764fdf75522b69d09ebd78c9766eb7593c1afe
|
|/ /
| |
| |
| |
| |
| |
| | |
this type is still used by partner's source trees.
we will get rid of it in next release's timeframe.
This reverts commit 7b49b976277cb3538242151e7dbd24681ddec73e.
|
| |
| |
| |
| |
| | |
Change-Id: I232c526168e1a93977d1c2d0fa74c8937cdeb23b
Signed-off-by: Iliyan Malchev <malchev@google.com>
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
API addition: The timestamps are represented as nanoseconds from some
arbitrary time point. Like the SurfaceTexture transform matrix, the
timestamp retrieved by getTimestamp is for the last frame sent to the
GL texture using updateTexImage().
Camera HAL change: Expect vendors to set these timestamps using
native_window_set_buffers_timestamp(). For now, they are
autogenerated by SurfaceTextureClient if set_buffers_timestamp() is
never called, but such timing is likely not accurate enough to pass a
CTS test.
bug:3300707
Change-Id: Ife131a0c2a826ac27342e11b8a6c42ff49e1bea7
|
|/ /
| |
| |
| |
| |
| | |
Related to an AOSP change request.
Change-Id: I3f4f84b56a1af626a8783f5ecbb823eb12ba9fbe
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Replaced VelocityTracker with a faster and more accurate
native implementation. This avoids the duplicate maintenance
overhead of having two implementations.
The new algorithm requires that the sample duration be at least
10ms in order to contribute to the velocity calculation. This
ensures that the velocity is not severely overestimated when
samples arrive in bursts.
The new algorithm computes the exponentially weighted moving
average using weights based on the relative duration of successive
sample periods.
The new algorithm is also more careful about how it handles
individual pointers going down or up and their effects on the
collected movement traces. The intent is to preserve the last
known velocity of pointers as they go up while also ensuring
that other motion samples do not count twice in that case.
Bug: 4086785
Change-Id: I2632321232c64d6b8faacdb929e33f60e64dcdd3
|
|\ \ \
| |/ /
|/| /
| |/
| |
| |
| | |
type." into honeycomb-mr1
* commit 'ceb7cb1460484eda1a3cb9cd271d7caf3a3dcbd1':
ANativeWindow: add query for the concrete type.
|
| |
| |
| |
| |
| |
| |
| |
| | |
This change adds a query to the ANativeWindow interface for getting the
concrete type of the ANativeWindow.
Bug: 4086509
Change-Id: I64aa86d72fbca3b52a98e1fc35608737781a3178
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1. Single finger tap performs a click.
2. Single finger movement moves the pointer (hovers).
3. Button press plus movement performs click or drag.
While dragging, the pointer follows the finger that is moving
fastest. This is important if there are additional fingers
down on the touch pad for the purpose of applying force
to an integrated button underneath.
4. Two fingers near each other moving in the same direction
are coalesced as a swipe gesture under the pointer.
5. Two or more fingers moving in arbitrary directions are
transformed into touches in the vicinity of the pointer.
This makes scale/zoom and rotate gestures possible.
Added a native VelocityTracker implementation to enable intelligent
switching of the active pointer during drags.
Change-Id: I5ada57e7f2bdb9b0a791843eb354a8c706b365dc
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Associate each motion axis with the source from which it comes.
It is possible for multiple sources of the same device to define
the same axis. This fixes new API that was introduced in MR1.
(Bug: 4066146)
Fixed a bug that might cause a segfault when using a trackball.
Only fade out the mouse pointer when touching the touch screen,
ignore other touch pads.
Changed the plural "sources" to "source" in several places in
the InputReader where we intend to refer to a particular source
rather than to a combination of sources.
Improved the batching code to support batching events from different
sources of the same device in parallel. (Bug: 3391564)
Change-Id: I0189e18e464338f126f7bf94370b928e1b1695f2
|