| Commit message (Collapse) | Author | Age | Files | Lines |
|\ |
|
| |
| |
| |
| |
| | |
Bug: 14116162
Change-Id: I7c0ae516596f965083622aa77281abf6d47dc0b7
|
|/
|
|
|
|
| |
Bug: 14116162
Change-Id: I59e499dde9a06a4bf455eecb3665afaa1b574dae
|
|\ |
|
| |
| |
| |
| |
| |
| | |
Hide HDMI CEC from KKWT.
Bug: 14116162
Change-Id: I086a5e51bd848a5097ccb0c47900fde30db2e7aa
|
|\ \
| | |
| | |
| | | |
into klp-modular-dev
|
| |/
| |
| |
| |
| |
| |
| | |
Hide getRequiredPermission in android.hardware.Sensor.
Bug: 14116162
Change-Id: I1e5c8361f6d0710c5da78d9506f70fa40a814b92
|
|\ \ |
|
| |/
| |
| |
| |
| |
| | |
Hide UsbDevice changes in KKWT.
Bug: 14116162
Change-Id: I1582b9d536b243fa18beca6fdd8f379f9e32e137
|
|\ \ |
|
| |/
| |
| |
| |
| |
| |
| |
| | |
Hide getDeviceGlobalActionKeyTimeout, as requested. Remove mention from
@deprecated notice.
Bug: 14441321
Change-Id: Ic6e84e718c2eaa15a86d8cd4d13645be88490b61
|
|/
|
|
|
|
| |
Hide NsdServiceInfo additions for KKWT.
Bug: 14116162
Change-Id: I98755a2524168be5e833a634192fd49ff3c32346
|
|
|
|
|
|
|
|
| |
Make global action key timeout configurable: deprecated the old public method
and created a new one: getDeviceGlobalActionKeyTimeout.
Bug: 14441321
Change-Id: Ifa9b136984a9f02cfe4040baeff11275174967c5
|
|
|
|
|
|
|
|
| |
Activitys without allowEmbedded=true may not be launched in an ActivityView.
Fixes bug 13693121.
Change-Id: I431d554300fc3504ab1bc7d73a58d5dad24f8639
|
|
|
|
|
|
|
|
|
| |
Previously, the surface that backs a virtual display had to be set
at the time when the display was created. This change now makes
it possible to set or remove the surface later. The virtual display
is treated as if it were "off" while no surface is attached to it.
Change-Id: Ib4fdbbb8b4ee79f0fb9ceb648f9bda4a8fa6a2ca
|
|\
| |
| |
| | |
klp-modular-dev
|
| |
| |
| |
| | |
Change-Id: Icebfb3137aacddce0705834c6d4d2547c709cb0a
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
isRound allows a view to determine whether the window it is contained
within obscures the corners of the window content. This allows views
aware of this property to adapt their layout accordingly.
Switch ViewRootImpl to use dispatchApplyInsets instead of
fitSystemWindows.
Change-Id: Ic3e3936b73815b2593cb9720af1a309fbd18406e
Conflicts:
core/java/android/view/ViewRootImpl.java
|
|/
|
|
|
|
|
| |
The constant does not have a final value yet but is useful for
documentation purposes during development.
Change-Id: Iddd9b956eff822a9a25e9df483b5bd3979189023
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Applying insets is now handled by:
* WindowInsets class - Encapsulate system insets and local decor
insets into a single object, written specifically so that new inset
categories may be added later. Apps cannot construct their own
WindowInsets, only clone with optional modifications. This is to
prevent losing data in the event of new insets added in the future.
* onApplyWindowInsets - Actually perform the application of insets.
* OnApplyWindowInsetsListener - Allow an app to use a separate
Listener object to apply insets to a View. This allows for things
like support lib integration in custom views written for older
versions where the verifier would otherwise complain about the use
of the new WindowInsets class as a method parameter. It also allows
for applying insets in a custom way without writing a custom view.
* dispatchApplyWindowInsets - Dispatch the call to self and children
in turn, if applicable. An OnApplyWindowInsetsListener will override
the behavior of the view's default onApplyWindowInsets method; a
listener wishing to call down to the 'superclass' implementation as
part of its own operation should call view.onApplyWindowInsets. App
code should generally not override this method and instead override
onApplyWindowInsets or provide a listener.
Compatibility support with the existing fitSystemWindows method has
been provided in both directions: for code that previously called
fitSystemWindows on arbitrary views and also for code that overrode
the fitSystemWindows method in custom views. A view that supports the
newer onApplyWindowInsets mechanism should not mix that behavior with
other calls to fitSystemWindows or vice versa. Support lib-style code
should take care to consistently use one mechanism or the other at
runtime.
Change-Id: Ie88b96e0382beb5d3c3f6cd013f7043acbc0a105
|
|
|
|
| |
Change-Id: I8e6dc9852ad4d273c71ad6a63a7fbd28a206806d
|
|\
| |
| |
| | |
as a permission for the heart rate sensor" into klp-modular-dev
|
| |
| |
| |
| |
| |
| |
| |
| | |
permission for the heart rate sensor
This reverts commit 819239e5bec90ee3c861ac45fffac4a832a183a1.
Change-Id: I4bbb222e5c9dc65aed03aa28fd9e0f00fe335819
|
| |
| |
| |
| | |
Change-Id: I23be3bfa59be812a915adc37e08fdf59be8ad90f
|
|\ \
| | |
| | |
| | | |
klp-modular-dev
|
| |/
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Most of the methods in the interface IHdmiCecService should be implemented
based on the device type. This CL makes a change such that the HdmiCecDevice
just has stub methods that should be overriden by subclasses.
Other changes:
- Fixed a bug of <Inactive Source> not sending its physical address
in its message body. Also the command should have been sent to TV
only rather than broadcast.
- Put back sendGiveDevicePowerStatus interface method. It allows the client
to keep track of the other device(like TV) power status more closely.
Devices goes through the status from standby -> transient to on -> on
but the CEC spec doesn't require that they broacast it actively.
The restored method can be used to let the playback device to get
up-to-date power status of TV/display when it is booting up.
This method should work the same across all the device types. So it was
implemented in the service, not delegated to HdmiCecDevice.
- Send <Report Physical Address> when a new logical device is registered,
which is required by CEC spec: "it should report the association between
its logical and physical address by broadcasting <Report Physical
Address>
Change-Id: Iac1d2cf5783d947f2dcd6965a54670fbdb8e6a63
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Declare a new method, Display.getState() to retrieve the actual
power state of a display.
Improved documentation for Intent.ACTION_SCREEN_ON and
Intent.ACTION_SCREEN_OFF to clarify what they really mean in
terms of the interactive state of the device.
Deprecated PowerManager.isScreenOn() and replaced it with
PowerManager.isInteractive() with a more suggestive name and
better documentation.
Redirect display power state changes to go through the display
manager first and only then head over to the power manager for
legacy compatibility.
Eliminated the bright here and woke here policy flags since they
were unused. Simplified the input dispatch policy somewhat.
Ensure that screen wake locks are respected up until the point
when dozing really begins.
Fixed a regression in DreamService where onDreamingStarted
might be called before onWindowAttached.
Bug: 13133142
Bug: 13472578
Bug: 13929355
Bug: 13760290
Change-Id: Iabef96921dd554ce3768fb18619cefc3230b5fb0
|
|
|
|
|
|
|
|
| |
well as a permission for the heart rate sensor"
This reverts commit fd53d8352a4617941b0a0449390aa562a01ea1d3.
Change-Id: I1c6322d1d992147bb5ef201238374966128c1a61
|
|
|
|
|
|
| |
permission for the heart rate sensor
Change-Id: I16e5da68f860494e24cca64075be76fad02617bc
|
|
|
|
|
|
|
| |
Default ui mode to watch if we have FEATURE_WATCH.
Bug:13395758
Change-Id: Ie5ff95de60e69e91ad3612c7d2f1fca7f49061bd
|
|
|
|
| |
Change-Id: If9434850c24c8e97bdd49952fb3180d139cab101
|
|\ |
|
| |
| |
| |
| |
| |
| | |
This mirrors the InputEvent#isFromSource API.
Change-Id: Ie4869cc52d22d49a71d4d3e22f1ae38b16367395
|
|\ \
| | |
| | |
| | |
| | |
| | | |
* changes:
Generate and respect ACTION_CANCEL for joystick fallbacks. DO NOT MERGE
Adds API for determining confirm and cancel keys.
|
| |/
| |
| |
| |
| | |
Bug: 13624048
Change-Id: I9f42eeb9c3a6bdae35eb0d7213fb4ac0fd8dc0d9
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add to NotificationListenerService:
- getActiveNotificationKeys() : String[]
- getActiveNotifications(String[] keys) : StatusBarNotification[]
- cancelNotifications(String[] keys) : void
- onListenerConnected(String[] keys) : void
Add to StatusBarNotification:
- getKey() : String
Bug:13562828
Change-Id: I9da222cb4af22864bc0ecdecc3f121bced0723d6
|
|\ |
|
| |
| |
| |
| | |
Change-Id: I8e6d5a30dff519d7ed4f38e018646dd2bc55db33
|
|\ \
| |/
|/| |
|
| |
| |
| |
| |
| |
| |
| | |
Added the ability to flag applications as Games in the manifest,
so they can receive a different treatment in the UI.
Change-Id: I4c36bc1a96757030fad58ee050cd68491b31bb6c
|
|\ \
| |/
|/| |
|
| |
| |
| |
| |
| |
| |
| | |
Introduces HdmiCecManager/HdmiCecClient to provide apps/system components
with the way to access HdmiCecService via Context.getSystemService(HDMI_CEC_SERVICE).
Change-Id: I39da071a328074a4b7b049947943688bd7779c26
|
|/
|
|
| |
Change-Id: I5cbee85f7fe852e534a722083feead7359404732
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This CL adds a system service handling HDMI-CEC protocol. The service
is equipped with the capability sending/receiving HDMI-CEC messages
Not all the messages are in place. Currently it has messages to support
a few features only, as follows:
- One touch play
- System information
- Routing control (partially - active source status maintenance only)
- Device OSD transfer
- Power status
It will be extended to cover the wider usages in the follow up CLs.
The CEC standard version referenced in the implementation is 1.3a.
Change-Id: Ifed0b02f52ebf098eddb3bd0987efbf353b7e8fe
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
android.software.leanback - the device supports leanback UIs.
android.software.leanback_only - the device ONLY supports leanback UIs.
leanback_only is a hidden feature for now.
Change-Id: I497bd96464125ad81212c804e150f210f3e95af2
|
| |
| |
| |
| | |
Change-Id: I28b0dc6dee9623ec7534bb0e741b88f439b48c9f
|
|/
|
|
| |
Change-Id: I4f5ccfa9725106f558972c73abbe3f9435267c75
|
|
|
|
|
|
|
|
|
|
|
| |
These new keys behave in similarly to KEYCODE_POWER but do not
simply toggle between awake and asleep states.
Sleep puts the device to sleep if it is awake.
Wakeup wakes up the device if it is asleep.
Bug: 12938999
Change-Id: I260fb918cc858882fe06fa880910df5763a76c5d
|
|
|
|
|
|
|
|
|
| |
addExtras allows merging with exiting set extras instead of replacing
them. This matches the similar function putExtras in Intent.
Both functions are useful for multi-stage notification building logic.
Change-Id: Ice3e4a53ec05b7129ebdac14e2084163946273a4
|