Age | Commit message (Collapse) | Author |
|
|
|
Gateway information is not available in the Call object. Inside
CallCardPresenter, we use this to show the user dialing information when
dialing out through a gateway. This includes a "Calling via..." notice
above the call state label and the gateway number.
bug: 10393622
Change-Id: Iff1247cd592b0730bb7cfc6d16bd8f60b47f3737
|
|
Bug: 10413514
Change-Id: Id4db77f4417827ce4ecc140ea09f3228154f50de
|
|
- Rename global logger so it can be a drop in replacement for framework log
class.
- Remove imports of android.util.Log
Bug: 10411948
Change-Id: I377625263b16c4f9408c79d5c533a1810fa6cde7
|
|
- Fetch image url if present.
Bug: 10359919
Change-Id: Idf2ff5405255f1e90a383902762585ae68249dbe
|
|
Changes:
- Add conference call resource photo
- Move logic to determine the name/numbers to show in the Call card
from CallCardFragment to CallCardPresenter.
- CallCardPresenter now tells CallCardFragment if the primary call is
a conference call.
- Updated the primary/secondary call order do that Active Calls are
primary instead of Disconnected calls when both exist.
- Cleaned up some excessive logging.
- The CallCard code uses a whitelist to know which callcard to show.
The change in services/Telephony to add CONFERENCED state is what
causes the new child calls to now show since that is not added to
the whitelist in this CL (by design).
bug: 10334739
Change-Id: Iaeab3f8bc9bda7693fa4a27bb8d3fe5de4dc9dfc
|
|
bug: 10325158
Change-Id: Ie7e89c2e1e3038df89387e99de6849ed12203824
|
|
Adding chromometer support in the notification.
More manual update process for in-call UI (Call card).
Change-Id: I9a1598969d92296dc38b7485bd9fb872ad501e7b
|
|
Move around where ContactInfoCache is created so that StatusBarNotifier
and CallCardPresenter will use the same shared instance.
Change-Id: I6e0a7c48aa7a35a0f1a52b399eb127d69f41a879
|
|
I will be getting contact info on notifications for the next CL so this
creates a simpler layer for interacting with the contact data async
requester.
CHANGES:
- Moved the code which does the requesting from CallCardPresenter to
ContactInfoCache.
- ContactInfo Cache defines new listening interface and new simpler
object for transmitting the return data: ContactInfoEntry.
- Updated CallCardPresenter to use the new simpler interface.
- Updated some logging entries.
- Simplified Ui interface inside for CallCardPresenter.
Change-Id: Ic802c4e53cdf17fcd37c70deb6da61a78b9d8993
|
|
After this change, there remains only one singleton (InCallPresenter).
The whole system needs to be reworked in a better manner in terms of
build up and tear down.
Change-Id: I393ec648526bc28a3ae709004aed6d4627670549
|
|
Add remaining call-state UI for the callstate label.
Include some bluetooth logic to show an icon for incoming calls.
Change-Id: Iecd9b06fb58baf38f665e70e34014c8026d80f68
(cherry picked from commit 946291cb1bb0ec3b4b7f2939fd93dff15627403d)
|
|
Changes:
- When we get a new outgoing call, fire up the UI (without the
notification) by sending it an ACTION_MAIN intent.
- Fix up the InCallState-setting code in InCallPresenter to be a
little cleaner and accomodate new OUTGOING code.
- Add missing call to set HOLD Ui button
- Fix an occassional NullPointerException in CallCardPresenter.java
Change-Id: I557a777287d9ab25ef1447be63b5da080f1b2532
(cherry picked from commit 4d5c29af103c13e78568dc772d26eb56a3e6d3e1)
|
|
When the call disconnects, we need to show UI for a short time before
existing the UI.
Change-Id: Iee648b8c54ee4b5ea09cfaec508e1bf8fb8f1643
|
|
- Added the OUTGOING InCallState
- Added support for OUTGOING into InCallState, InCallPresenter, and
StatusBarNotifier.
Change-Id: I49d5a56a4394d05e948b16a82f23e3eb925fd0a0
|
|
* Add various image setting method sto CallCardFragment
* Added AnimationUtils and ContactsAsyncHelper, copied unchanged from Phone
Change-Id: I6175ccc2433a5d0ad8a9bffac678a263ee65622c
|
|
* CallerInfo, CallerInfoAsyncQuery are copied verbatim from existing
Phone code.
* Added logging methods to Logger to support logging via TAG in static methods
* Only primary caller information (name, phone number and label) are displayed
for now. Secondary caller information and photos are not displayed.
Change-Id: Id4cfdef78f10f7b32255f4892cd51161f37c8be5
|
|
Change-Id: I7b230cc46993493459923c436a643910026cf6a6
|
|
- Added StatusBarNotification class to handle notifications
- StatusBarNotification has tons of copied comments from
NotificationMgr.java. Also has minimal code to make the notification
pop up (without call-specific data).
- Moved the UI start-up code from InCallPresenter to
StatusBarNotification. Incoming phone calls need to display an alert
above immersive (fullscreen) foreground activities and the way to do
that is through notifications. The old phone app did the same
thing...finally bringing over that functionality.
Change-Id: I3324503e0d7bb1de00d8e7fab72d4b40519491dd
|
|
Change-Id: I24f68d5ebcfed2740f9645736c35edf17efb4769
|
|
CL Contains the following changes:
- InCallPresenter now manages an overall in-call state
- Other presenters now listen to in-call state changes instead of
getting updates from CallList directly.
- Changes AnswerPresenter to a static fragment instead of dynamically
loading it. It makes code easier and more aligned with other fragments
used in the class.
- Presenters now save the appropriate call and use callId() for commands
sent to the telephony layer.
- Extra logging in CallList
- cleaned up the startup sequence in InCallActivity and moved everything
to onCreate instead of onCreate & onResume
Change-Id: I4ce4182eefcc134bfa16c33be8fe4aefc041f563
|
|
Before this change, the UI came up when we were notified that a new call
came in, but we did not actually look at the call state, etc. This
seemingly worked while we only supported single calls but did not scale.
This change does two main things:
a) Plugs in CallList into the presenters so that they can perform their
logic based on the actual state of the calls (necessary for multi-call
support)
b) Adds Secondary CallInfo UI to the Call Card so that we can display
information foreground and background calls.
As a result of (a) from above, a lot of changes you see will be to
Presenters, which now take their cues from CallList and update their
Ui's accordingly. A problem with this approach is that the presenters
(callcard/buttons/answer-widget) perform their changes independently.
A subsequent change will consolidate interactions with CallList to a
Presenter-Manager class and away from the presenters.
Change-Id: I89d1926fa1eef6f10d897d2ce360f666c8f341f8
|
|
This CL allows the number to be displayed in the CallCard.
Previous interaction:
CallHandlerService->CallList CallCardFragment (isolated, no data)
New interaction:
CallHandlerService->MainHandler->CallList->CallCardPresenter->CallCardFragment
1) CallHandlerService.MainHandler: executes remote method calls on the
main thread.
2) CallList: Added support for listeners.
3) CallCardPresenter: Presenter layer for fragment. Listens to CallList
4) CallCardFragment: Gets real data from presenter, displays phone #.
Change-Id: I6de3a9da15b69d44826c3226701eed6a1b86239c
|