Skip to Content

Changes for page Calendar Application

Last modified by Ecaterina Valica on 2014/01/15 13:50
From version 15.1
edited by Vlad Merticariu
on 2011/06/22 14:22
Change comment: There is no comment for this version
To version 13.7
edited by Vlad Merticariu
on 2011/06/22 12:06
Change comment: There is no comment for this version

Summary

Details

Page properties
Content
... ... @@ -30,7 +30,7 @@
30 30  * Daily view of the calendar, listing all the events in that day
31 31  * Have an API for accessing events
32 32  * Each event must be stored in its own document
33 -* Each calendar is stored in its own space (only 1 calendar/space)
33 +* Have different calendars for each space
34 34  
35 35  = Detailed Functionality =
36 36  
... ... @@ -47,7 +47,7 @@
47 47  * **Date**: User should be able to mark an event as **recurring**.
48 48  * **Location**: Link to Google Maps
49 49  * **Description**
50 -* **Category** : //? Do we need this once a user can have multiple calendars? //
50 +* **Category**
51 51  * **Color**: The event will have a default color and event creators may select a different color for the new event from a given list
52 52  * **Notifications**: Email notifications may be sent to the event creator and the users he selects (10 minutes, 30 minutes, 1 hour, 1 day, 1 week)
53 53  * **Privacy options**: Default, Private, Public
... ... @@ -99,7 +99,7 @@
99 99  
100 100  * **Viewing events you are invited to in your calendar**: Calendar owners will have view right by default for their own calendar (space). View rights should also be granted for events he is invited to. This means having view rights on event pages that are located in other calendars (spaces). Other rights, such as edit and comment can also be granted, depending on the settings established by the the owner when creating the event.
101 101  
102 -**View event list:** A page (modal window) with the list of all the events in the calendar is displayed, using LiveTable, were the user can filter and edit/delete events (if he has the right to do it, additional view to administrate events) // ? Do we need this once the events can be viewed in calendar table? //
102 +**View event list:** A page (modal window) with the list of all the events in the calendar is displayed, using LiveTable, were the user can filter and edit/delete events (if he has the right to do it, additional view to administrate events)
103 103  
104 104  == Settings ==
105 105  
... ... @@ -111,7 +111,7 @@
111 111  * **Location**
112 112  
113 113  
114 -* Week starts on Sunday/Monday/Saturday ? //should this be done automatically depending on the user's location?//
114 +* Week starts on Sunday/Monday/Saturday
115 115  * Show events you have declined: Yes/No
116 116  * Automatically add invitations to my calendar: Yes/No
117 117  
... ... @@ -204,7 +204,7 @@
204 204  * privacy(Privacy: static list): // set the calendar to be public(visible to everyone), visible to specific users or private(visisble only to the user)//
205 205  * shareList(Share calendar: user list): // if privacy is set to visible for specific users, this list will contain the users who can view it//
206 206  * owner(Owner: user): // the user who owns the calendar//
207 -* weekStart(Week starts on: static list): // The day when the week starts (Sunday, Monday or Saturday) ? should this be done automatically depending on the user's location?//
207 +* weekStart(Week starts on: static list): // The day when the week starts (Sunday, Monday or Saturday)//
208 208  * showDeclinedEvents(Show Events you have declined: bool): // Indicates if events which have been declined should be added to the calendar//
209 209  * addInvitations(Automatically add invitations to the calendar: bool): // Indicates if the events to which the user has been invited should be added to the calendar//
210 210  
... ... @@ -213,8 +213,8 @@
213 213  * CalendarViewDaySheet: // contains the display of the calendar table in "day" view//
214 214  * CalendarViewWeekSheet: // contains the display of the calendar table in "week" view//
215 215  * CalendarViewMonthSheet: // contains the display of the calendar table in "month" view//
216 -* CalendarViewYearSheet: // contains the display of the calendar table in "year" view//
217 -* CreateCalendarEvent: // contains the form for adding new events//
216 +* CalendarViewYearSheet?
217 +* CalendarFormSheet: // contains the form for adding new events//
218 218  * CalendarEventListSheet: // contains the list of events for the specific calendar, with edit and delete links if the user has editing rights//
219 219  
220 220  Category class properties:
XWiki.XWikiComments[0]
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.evalica
Comment
... ... @@ -1,3 +1,0 @@
1 -I don't think we will need a livetable to list all the events since you can see/delete/edit all events in the year/month/week views. The calendar events are much powerful when they are in a timeline than seeing them in a list.
2 -
3 -Also I don't think is necessary the concept of categories when you can have multiple calendars. Right now in Google Calendar you can create multiple calendars and attribute each calendar a goal (have a personal one, a xwiki one, a birthday, etc). In this use case the concept of categories is replaced by multiple calendars.
Date
... ... @@ -1,1 +1,0 @@
1 -2011-06-22 11:59:17.0