| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
All devices should use the native implementation now.
Change-Id: Ic29472ba28569536a8556f61229a8a8fe783354a
|
|
|
|
|
| |
Change-Id: I6341bada8e3ef674b272621f90bc9beb28767a59
TICKET: CYNGNOS-2121
|
|
|
|
|
|
|
|
| |
* Pass app info and number of installed packages to boot message UI
* Ui by Asher and Joey, based on Alexander's previous work
Change-Id: I9298d7e2b85a703921abf62f8b91157e6f88803b
Signed-off-by: Joey Rizzoli <joey@cyanogenmoditalia.it>
|
|
|
|
|
|
| |
* Allows adjustment of hue, saturation, intensity, and contrast.
Change-Id: Icf8ff6200a07b68e09dcd7f140a82e57b53944f7
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* We currently use the DisplayColorCalibration API for setting display
temperature which makes a lot of guesses about what temperature
the display really is. Some devices will support the new ColorBalance
API (via QDCM or other mechanism), which offers a calibrated
alternative. Add support for this, which will supercede DCC if
available.
* Additionally, define the available color temperature range as a
set of overlayable values so this can be specified per-device.
This range will be mapped to balance values using the power curve
calculations in the new MathUtils class.
Change-Id: I99608c09807b747d962680293c7b0cee8d669003
|
|
|
|
| |
Change-Id: I2940663c7476b0df9b3553a480fa33ea4f18a5bc
|
|
|
|
|
|
| |
* Missing in 0ec60c69a090e11355af84c6d99adc3e7e2dcee0.
Change-Id: Ic649fe9831a4484c0331a1c6c1b97d1973039416
|
|
|
|
|
|
|
|
|
|
| |
RequestStatus holds only final constants and should not provide
public constructors. This class also should be final.
This patch also fix minor typos on RequestStatus javadoc
Change-Id: I0deb1d6a9b23eed83451dec352bb4c410e2378d6
TICKET: CYNGNOS-2441
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
[1/2]
The Weather Manager Service should not impose rules regarding how
a weather provide service wants to react to back to back weather
update requests, nor impose the time a caller should wait before
a new request can be submitted. These constraints vary between
weather services, so it's up the each implementation to enforce
these constraints.
With this patch, the Weather manager service will pass the requests
as they come from the requester and it will be up to the active service
provider decide whether process or reject the request.
Changes to API:
- Moved the request statuses to new inner class RequestStatus in
CMWeatherManager
- Pass status arg to onLookupCityRequestCompleted()
- Added reject(int) method to ServiceRequest
Change-Id: I3512490688255e25395e955d506fe42ed52f8fe0
TICKET: CYNGNOS-2430
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Introduce WEATHER_TEMPERATURE_UNIT. This setting will be used to
store the temperature unit in which the weather data will be reported.
Users will be able to set this value in the weather settings menu.
Each weather service provider might choose to provide the user
with a way to overlay this value (for example via the settings
activity that each service provider can define)
Change-Id: Ib6e47c9790aba02e6c29bd7f783730efda9177f3
TICKET:CYNGNOS-2426
|
|
|
|
|
| |
Change-Id: If2d062a90db340f8415d12897b16667fc834a848
TICKET: CYNGNOS-1705
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Instead of exposing the RequestInfo object created by the WeatherMgr
return an ID to identify the request. This ID can be later used to
cancel the request if needed. The WeatherProviderService base class
keeps track of the ongoing requests and can map this ID to the
corresponding request
This patch also include the following minor changes:
- Use List instead of ArrayList in API
- Update javadoc to public methods to reflect API changes
- Use UUID random generator in immutable classes to generate the
hashcode rather than relying solely in the hashcode of the builder
object.
Change-Id: Ib88dd0ecddd6fdb016b77ac29709fbae092dea29
TICKET: CYNGNOS-2425
TICKET: CYNGNOS-2423
|
|
|
|
|
|
|
|
|
| |
* Moving LiveDisplay to CMSDK!
* Completely redesigned the feature for future expansion.
* No new features in this patch, but a proper API is being
designed.
Change-Id: Ic8f55678f9141bf3386b2a1cf2fd1e8b3916c278
|
|
|
|
|
|
|
|
| |
collapseNotificationPanel is no longer applicable with the updated
UX so deprecate it and document that it will essentially be a no-op
Change-Id: I285bb48e3a9ffec8d554f880edf17e5105c94018
TICKET: CYNGNOS-2392
|
|
|
|
|
|
|
|
|
|
| |
- Renamed TYPE_GEO_LOCATION_REQ to TYPE_WEATHER_BY_GEO_LOCATION_REQ
and TYPE_WEATHER_LOCATION_REQ to TYPE_WEATHER_BY_WEATHER_LCATION_REQ
- Prevent null argument on setter methods. Documentation updated to
warn user of IllegalArgumentException if null is passed
Change-Id: I6ba8fb7fb3a10d8c964414b58e00d9ce77a74e84
TICKET: CYNGNOS-2377
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Builder constructor takes now 3 args: city name, temp and temp
unit. This is the minimun data that a weather service should
provide when a weather update request is processed.
- Float members have been changed to double. Setter/getter methods
updated.
- New setter/getter methods have been added to set current day high
and low temp. Forecast list should be used only to provide weather
forecast for upcoming days (this has been clearly documented).
WeatherContract was updated to include these 2 new columns
- Added javadoc to all public methods
- Timestamp is not longer required in constructor. A new method
setTimestamp has been added
Change-Id: Ia1edcfef0e2268f3881fed076c6ad74a81ca7334
TICKET: CYNGNOS-2365
TICKET: CYNGNOS-2382
TICKET: CYNGNOS-2356
TICKET: CYNGNOS-2360
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Some weather service providers might require an additional
state (territory) field to better identify a location, so
a new field has been added to WeatherLocation class to hold
this data.
This patch also adds javadoc to public methods
TICKET: CYNGNOS-2384
Change-Id: I927f58d436f044df3c8af496b0f27e017f5e73e3
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add new API cancelRequest to CMWeatherManager. This will allow
clients to cancel a request that was previuosly submitted to
the weather service.
As part of this change, requestWeatherUpdate(weatherLocation),
requestWeatherUpdate(Location) and lookupCity(cityName) will
now return the RequestInfo object created if the request
was successfully submitted to the weather manager service
TICKET: CYNGNOS-2383
TICKET: CYNGNOS-2385
Change-Id: Ic122f91e0ea8a24d81dbed48741ef1e33567b56c
|
|
|
|
|
| |
TICKET: CYNGNOS-2379
Change-Id: I7c7f3726b34db2b26d63fb4ef95df469fdf7e989
|
|
|
|
|
| |
Change-Id: I2916b1462c1f0b9582f4fefac82f60c20f820b85
TICKET: CYNGNOS-2303
|
|
|
|
|
|
| |
These permissions are used to control access to the DataUsageProvider
Change-Id: I3c0df3900c964d274081fe3bd9038705334819c8
|
|
|
|
| |
Change-Id: I82adee7f9acb67623725acea723b52e08bab7311
|
|
|
|
|
|
|
| |
Allows live lockscreen to listen to keyguard offsets
and show lockscreen.
Change-Id: I1a06c78b95e4e6940e063c6e0ba0e4db44a3c380
|
|
|
|
| |
Change-Id: I96dde056e2f83218a27024ebc94de51fd45299d1
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Introduce CM Weather Manager and Weather Provider Services API.
The CM Weather Manager can be used by apps to request weather
updates.
The Weather Provider Services API allows a third party developer to
implement a weather service to process weather update requests and
update the CM Weather Content Provider data which can be consumed by
any other app holding the required permission.
Change-Id: Idcc80712ba92715109d3577d120f7fea85d6c996
|
|
|
|
|
|
|
|
| |
The live lock screen service is resposonsible for deciding what
LLS should be displayed at any given time. Live lock screens can
be swapped out using a priority based system.
Change-Id: Ifba73e839b749fe78a9e4ee347dd20eea6bf0a22
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The feature xml plays two roles:
1) To allow sdk interface (constructor) to throw when system
service is unavailable. This allows for clearer platform
development debugging.
2) To allow for simpler disambiguation of what services to
instrument in a modular environment.
Change-Id: I67b16a0725ed89d5ddbc973b09337d6227087e4d
TICKET: CYNGNOS-2295
|
|
|
|
|
|
|
| |
I made Cid angry
Change-Id: Ide114bdb0877cdfbce0060f2d0068a63a15ecc63
Signed-off-by: Roman Birg <roman@cyngn.com>
|
|
|
|
|
|
|
| |
Ref: CYNGNOS-1463
Change-Id: I2ef1feb0d1f135f360dc553e3426bdd7610087bd
Signed-off-by: Roman Birg <roman@cyngn.com>
|
|
|
|
|
|
|
|
|
|
|
| |
This adds public cmsdk symbols to the bootclasspath. :(
2) testBootClassPathIsClean(org.cyanogenmod.tests.versioning.unit.ClassPathTest)
java.lang.AssertionError: Jar file /system/framework/telephony-common.jar should not have cyanogenmod.alarmclock.ClockContract$AlarmsColumns !
This reverts commit 3a590c305737a8533f40235fc7dbdcfaee30bdcb.
Change-Id: I03cc2796e84e602933e7132f9181a5822c7f327c
|
|
|
|
|
|
|
|
|
|
|
|
| |
Since PerformanceManager is strictly a CyanogenMod construct,
it doesn't make sense to enforce the interfaces with an android
specific permission (even though the implementation is delegated
to power manager). To keep consistency with the other api's,
modify the enforcing permission to a cm specific declaration.
Also add test cases for the PerformanceManager public interfaces.
Change-Id: I430b69dbee73bf94bb60932d1942ab97e3ba193e
|
|
|
|
|
|
|
|
|
|
| |
With some mobile network operators, the presentation indicator of
outgoing calls is always set to either "unknown" or "restricted".
As consequence, the dialed number doesn't show up in clear in the
call history. Allow to ignore the presentation indicator of outgoing
calls to never hide the dialed numbers.
Change-Id: Ia7b9fef3a929e512d8ecb704204b36e3836a056b
|
|
|
|
|
|
|
|
| |
This patch also adds a new variable stub_packages which is used
when generating docs for public and system api, instead of defining
it twice.
Change-Id: I7d87b94088fca5b053f0447067c239006af72ad9
|
|
|
|
| |
Change-Id: I607a3813f8b501e1cbd7765fb1df32b1bf1da47d
|
|
|
|
|
|
|
|
| |
First attempt at moving as much as possible out of F/B
and into cmsdk
Change-Id: I9e53d1c32e01e88fc3918663dabe0001df922bc2
TICKET: CYNGNOS-2126
|
|
|
|
|
|
|
| |
* ColorUtils was recently added here and it's suitable for general
consumption. Add this to the API.
Change-Id: Iff89d5714092d02070f1c6805e0e8f95debd980d
|
|
|
|
| |
Change-Id: I1e26287a700ccc071c0c5dc5ff71c01df86ef6a0
|
|
|
|
| |
Change-Id: Icad93cf6166359debd774259aa186640de34d432
|
|
|
|
| |
Change-Id: Ibbb0607a56ab4d9246c14632eb4199558866854a
|
|
|
|
| |
Change-Id: I7697308f34c89f6391810e114b12bc7457def725
|
|
|
|
| |
Change-Id: I391f4089e97af6cf8bd55c982979e110d7d8ca91
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It's sometimes useful to know what physical device you're using.
CMHW SerialNumber and an "ro.serialno" property already exists, but
are not guaranteed to be unique. Different OEM may use overlapping
numbering schemes, and sometimes placeholder like "012345ABCDE" are
used.
Attempt to work around these shortcomings by defining a new
UniqueDeviceId class that provides a globally unique device ID that
is both deterministic for a given device and designed not to overlap
with IDs of any other devices.
Change-Id: I3f426972558394ba8e78261273ac8521aa603327
|
|
|
|
| |
Change-Id: I48a7b6aff3ed21db69539b7733e0159db866c270
|
|
|
|
|
| |
TICKET: CYNGNOS-1648
Change-Id: I5844bc0bad9968b2c1d2d9e1ca3d65ae9d2d70c8
|
|
|
|
| |
Change-Id: I76297c11050e7b33ccfc530330ab37cfb8a07916
|
|
|
|
| |
Change-Id: Ib13c389ec64ee04fb8d189b22a94ca676835bfa6
|
|
|
|
|
|
| |
Change-Id: Ie5ed566934ff7a69ba71a5f080bd49929f7f71fe
Signed-off-by: Roman Birg <roman@cyngn.com>
(cherry picked from commit 1bb37d9676a97c9b5bbb7fea8493afdfeebb64c8)
|
|
|
|
| |
Change-Id: Ie820bae6db375e6d5429f495829d3d24f8a3469c
|
|
|
|
| |
Change-Id: I5e58a86244dc40572305d52244dda6e230fb56f5
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Added in custom Resolver to handle providing suggestions.
Added in Service to handle providing suggestions to custom resolver.
Added in ability to provider suggestions through a Proxy to another
application which must be installed during compile time if one is
to be used. This is a similar implementation to how the Location
Services work.
Change-Id: Id960260596b7bb6485caa1e1d07744e387a4c6e9
|