GitLab

- Read desired viewType from intent (from Widget for example)
- Added a new viewType DETAIL for detail viewing which is the last of Agenda or Day. This is typically triggered from widget and tapping on a day in month view)
- Added SelectedTime (not in use right now)
- Removed Calendar AllInOne Icon in launcher. Back to just one Calendar.
- Fix the problem the time not displaying properly after rotation
- Cleaned up the old detailview stuff, yuck.
- Removed unused code from CalendarApplication and CalendarData.

Change-Id: I78a2172da282fedfc2559cde529a4f034430912b

 - Reusing agenda view for displaying search results
 - Currently not fragment-ized

Change-Id: I687b61ca86f92a54c1e402b881edd83111806161

The Action Bar doesn't have any functionality yet, but it provides the
setup for creating the bar and adding elements to it.

Change-Id: Ie4b6214d88dcb73869e04aeb098737efdacf2a59

Change-Id: I67b25c3081ab6b3a0696bcaffab2ed2761e37f5e

 - CalendarAppWidgetReceiver now functions as the broadcast receiver for:
     * android.intent.action.TIMEZONE_CHANGED
     * android.intent.action.TIME_SET
     * android.intent.action.PROVIDER_CHANGED (content://com.android.calendar)
 - CalendarAppWidgetService has been refactored to use IntentService for
   serializing widget updates
 - AppWidgetShared has been preserved for managing wake locks
 - CalendarAppWidgetModel was pulled out into its own class

Change-Id: If7641aba278acc8ad00f14acd289ddbcbb1d5bcf

Helper class that performs ContentProvider operations in a Service

Features:
- Executes the operation in a background Sservice which minimizes the chance of the operation getting lost because the caller (Activity) is killed.
- Designed for easy migration from AsyncQueryHandler.
- In additional to query/insert/update/delete, it also supports batch mode i.e. ContentProviderOperation
- Undo support in the form for delayed operation with cancel

Todo:
- Add wake lock

Change-Id: Id3b24a34e5af11da448bace585911bcd7d4553c5

This is work on separating the UI and the logic for Calendar. The view
should be responsible only for updating a model in response to user interaction
and notifying the controller when it is finished. All other work should be
handled at the fragment or activity level. This version does not introduce the
use of fragments. They will come in the next version. It does make all the event
queries asynchronous.

Change-Id: If967c77f39bbbe09490a5fe5e78151e828c8e6cf

Needed to create unique intents so we added data to them. This filter
makes sure we continue receiving the intents.

Change-Id: I9f0dd7c1f1078a773dced969af424e61b55ef465

Added an implicent intent filter to the Calendar launcher so it will no longer be tied
to the package name. And added functionality to allow a data uri to be passed giving a
time to start the calendar at as well as allowing "VIEW" as an extra with "DAY" to go
to the day view directly.

The code was relying on the package name for
SharedPreferences, which is problematic if running
under a new package name.

Also, remove the use of the shared user ID.

Change-Id: I9d2c8c78588d7b9868318153d0788addb84f11a6

Change-Id: Ic20d1628c9dbd89b6383adf73947bdef084bad91

Cut down on the number db queries when process alerts
Fixed a cursor leak
Flash the event name and location in the notification bar
b/2205255 Show the latest event in the notification. Prioritize based on your acceptance response.
b/1544909 Flash green LED for when there's a calendar notifications.
b/2224837 Cleanup alert/notification plumbing in Calendar
b/1735201 Calendar notifications are not updated when locale is changed

Change-Id: I86b6904607b0236fb04719f5782f43674ac6d2bc

Change-Id: I66c38ea8d9551be7e499b12d8240deae00fb0666

b/2123505 Change the name of the activity that intercept email links for calendar app from "View Event" to "Calendar"

Added a number of TODO's which will be taken care of later. Performance
needs to be improved.  Also changed some of the content provider calls
to the batch API.

Added intent-filter to intercept http[s]://www.google.com/calendar/[hosted/.*/]event.*
and show the EventInfoActivity if the event is known.  Otherwise, resend the intent
and have thebrowser handle the link.

	modified:   AndroidManifest.xml
	modified:   src/com/android/calendar/EventInfoActivity.java
	new file:   src/com/android/calendar/GoogleCalendarUriIntentFilter.java

AI 144202: am: CL 144137 am: CL 144136 Make calendar widget correctly launch Calendar app instead of creating a second task stack.
  Fixes the following issues:
  - Calendar widget and calendar icon always launch to a specific calendar view--the view last selected by user.
  - Launching from both widget and app icon clears any existing activity stacks.
  - We correctly keeps the stack history when switching between activities using long-press-home-hardkey
  Original author: jsharkey
  Merged from: //branches/cupcake/...
  Original author: android-build
  Merged from: //branches/donutburger/...

Automated import of CL 144202

AI 144137: am: CL 144136 Make calendar widget correctly launch Calendar app instead of creating a second task stack.
  Fixes the following issues:
  - Calendar widget and calendar icon always launch to a specific calendar view--the view last selected by user.
  - Launching from both widget and app icon clears any existing activity stacks.
  - We correctly keeps the stack history when switching between activities using long-press-home-hardkey
  Original author: jsharkey
  Merged from: //branches/cupcake/...

Automated import of CL 144137

AI 144136: Make calendar widget correctly launch Calendar app instead of creating a second task stack.
  Fixes the following issues:
  - Calendar widget and calendar icon always launch to a specific calendar view--the view last selected by user.
  - Launching from both widget and app icon clears any existing activity stacks.
  - We correctly keeps the stack history when switching between activities using long-press-home-hardkey
  BUG=1752489

Automated import of CL 144136