| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Change-Id: I6cd8a6a2674b148754c2b0a2e3865f58f07af04f
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In EventInfo/Popup:
Fixed reminders and response
Set a fixed height
Renamed Edit event button to Open event in the Event popup
Enabled Open event button unless it's a free/busy calendar
Removed action bar buttons in Event popup
Disallow reminders for busy/free calendars
TODO: Update UI only if everything is loaded
In Edit Event:
Switch to side-by-side label format
Have everything ready before removing "Loading" msg
Added organizer
Restrict adding of attendees:
For non-organizers, write permission to the calendar is sufficient.
For organizers, the user needs a) write permission to the calendar
AND b) ownerCanRespond == true AND c) attendee data exist
(this means num of attendees > 1, the calendar owner's and others).
TODO: Attendees do not always show up. Need to switch from listview to linear layout
TODO: Move to one column format for portrait in EditEvent
Turned on Holo.light theme but the light version isn't ready in the framework yet.
Removed dependency to android.test.runner
b/3052155
b/2709441
b/3060967
b/3060985
Change-Id: I4a25fecf3ade6a7924ba7b55801daced3dca6fa7
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1) Rename CalendarPreferenceActivity to GeneralPreferences, and
add CalendarSettingsActivity for top-level Activity.
We should retain previous logs for CalendarPreferenceActivity,
and we shouldn't call it "Activity" any more, as it is Fragment.
I'm not sure whether the new "CalendarSettingsActivity" should
be named so, or renaming it to "CalendarPreferenceActivity"
to keep consistency around naming.
2) Add necessary xmls.
Some of them are derived from Settings app, which already has
new two pane structure, so refering its logic seems enough for now.
Change-Id: I6a0b04bb824d06c2842cbd8127e2860c45350987
|
|
|
|
|
|
|
|
|
| |
Some large changes to EditEvent including a new two-pane layout,
an attendance widget, and a list of attendees with remove buttons.
This also removes a lot of the excess layout code and cleans up
the theme code.
Change-Id: I87ab3511f7bb6501f2aa4bf6d33b5d4f8e6f4936
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
| |
This makes some changes to EditEventHelper and the tests to address bugs
found while working on the view component. Also adds some extra functionality
that was missing, such as building a model from an intent and setting default
reminders.
Change-Id: I3b3f3df1b17b7863e791ea1eff4f4f139bee235f
|
|
This is a step towards separating the UI and the logic for Calendar. This
creates a standard model for representing events programatically. This
model allows all the fields necessary for updating and managing an event
in the db and a few early helper methods for working with them. EditEventHelper
contains most of the logic from the previous EditEvent activity redone to use
the new event model and without reliance on any UI elements and with db access
minimized. It will still need to be modified to use a service for db access.
Change-Id: Ic8f68269b75f43a0f2fd6408196176592d32e699
|