Skip to Content

Changes for page Calendar Application

Last modified by Ecaterina Valica on 2014/01/15 13:50
From version 10.1
edited by Silvia Rusu
on 2011/06/20 14:05
Change comment: There is no comment for this version
To version 15.2
edited by Eduard Moraru
on 2011/06/22 14:35
Change comment: Added comment

Summary

Details

Page properties
Author
... ... @@ -1,1 +1,1 @@
1 -XWiki.SilviaRusu
1 +xwiki:XWiki.Enygma
Content
... ... @@ -17,7 +17,7 @@
17 17  * Import/export: // tbd - ical feeds //
18 18  * Microformats support: // tbd//
19 19  * JS drag & drop on the calendar table for changing the dates/hours of the events ?: // an event can be dragged from one slot of the calendar table to another slot//
20 -* RSS notifications: // tbd//
20 +* RSS notifications: // a document to generate RSS feed will be created//
21 21  * Email notifications: // emails with information about the event are sent to the calendar creator and to the selected users (when?)//
22 22  * Privacy settings on events: // events can be public or private, public events are visible to everyone, private events are visible only to the calendar creator//
23 23  * Privacy settings on calendar
... ... @@ -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 -* Have different calendars for each space
33 +* Each calendar is stored in its own space (only 1 calendar/space)
34 34  
35 35  = Detailed Functionality =
36 36  
... ... @@ -44,12 +44,12 @@
44 44  Each calendar will be stored in a space. A space can only contain one calendar. Each event must be stored in its own document and should have:
45 45  
46 46  * **Name**
47 -* **Date**: User should be able to mark an event as **recurring**. Similarly to Google Calendar, event recurrence should be customizable
47 +* **Date**: User should be able to mark an event as **recurring**.
48 48  * **Location**: Link to Google Maps
49 49  * **Description**
50 -* **Category**
50 +* **Category** : //? Do we need this once a user can have multiple calendars? //
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 -* **Notifications**: Email notifications may be sent to the event creator and the users he selects **n** minutes/hours/days/weeks before the event (n = a number the event creator fills in; minutes/hours/days/weeks are options in a drop-down). The event creator can also choose to be notified via RSS about event changes.
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
54 54  * The possibility to **add guests**. Guests can appear in the form of wiki users or email addresses. Suggestions should be available if the event creator starts typing in a user's name. Guests will be notified by email they have been invited to the event and they should be able to RSVP (confirm their presence) via email
55 55  * **Set rights for guests**. The event creator can grant users one, some or all of the following rights: modify the event, invite other guests to the event, see the guest list
... ... @@ -99,20 +99,34 @@
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)
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? //
103 103  
104 104  == Settings ==
105 105  
106 -=== Privacy Settings ===
106 +=== General ===
107 107  
108 +* Calendar **name**
109 +* **Owner**
110 +* **Description**
111 +* **Location**
112 +
113 +
114 +* Week starts on Sunday/Monday/Saturday ? //should this be done automatically depending on the user's location?//
115 +* Show events you have declined: Yes/No
116 +* Automatically add invitations to my calendar: Yes/No
117 +
118 +=== Privacy ===
119 +
108 108  **Privacy settings for calendar**
109 109  The calendar can be:
122 +
110 110  * Public
111 -* Visible for specific wiki users
124 +* Visible for specific wiki users -> Share calendar
112 112  * Private
113 113  
114 114  **Default privacy settings for events**
115 115  Events can be
129 +
116 116  * Public: visible to everyone specified in the calendar settings
117 117  * Private: visible only to the event creator
118 118  
... ... @@ -119,24 +119,41 @@
119 119  === Notifications ===
120 120  
121 121  A calendar owner may choose to receive notifications for:
136 +
122 122  |=Events he is invited to |=Events he owns
123 -|(((* New invitations
138 +|(((
139 +* New invitations
124 124  * Changed invitations
125 125  * Canceled invitations
126 -* Invitation replies)))|(((* RSVPs from guests (attending, canceling presence)
142 +* Invitation replies
143 +)))|(((
144 +* RSVPs from guests (attending, canceling presence)
127 127  * Attachments being added
128 -* Comments being added)))
146 +* Comments being added
147 +)))
129 129  
149 +In addition, **reminders** can be **sent by default to the calendar owner** via email: 10 minutes, 30 minutes, 1 hour, 1 day, 1 week
130 130  
131 -=== Date and Language ===
151 +== Search ==
132 132  
153 +The "View event list" livetable can be used to filter events by date, location, and even to do searches within the event descriptions.
154 +
133 133  == Suggestions ==
134 134  
135 135  * Ability to print calendar
136 136  * Keyboard shortcuts
137 137  * Tips or link to documentation
160 +* Notifications by SMS could be interesting
138 138  * Gadget integration
139 139  
163 +==Further work==
164 +
165 +* Select language?
166 +* Select from different time zones?
167 +* Select date format?
168 +* Select time format?
169 +* Similarly to Google Calendar, event recurrence should be customizable
170 +
140 140  = Technicalities =
141 141  
142 142  The event-calendar part of the application will be implemented in the following way:
... ... @@ -147,24 +147,35 @@
147 147  
148 148  Event class properties:
149 149  
150 -* title (Title: text): // the title of the event//
151 -* description (Description: text): // a short description of the event//
152 -* location (Location: text): // the location where the event will take place//
181 +* name (Name: text): // the title of the event//
153 153  * startDate (Start date: date(dd/MM/yyy)): // the date when the event starts//
154 154  * startTime (Start time: static list): // the hour when the event starts//
155 155  * endDate (End date: date(dd/MM/yyyy)): // the date when the event ends//
156 156  * endTime (End time: static list): //the hour when the event ends//
157 -* category(Category: database list): // the category of the event//
158 -* privacySettings(Privacy: static list): // set the event to be public (visible to everyone) or private (visible only to the user)//
159 -* notifications(notifications: bool): // indicates if the notifications are activated or not//
160 -* userNotifiationList(Users to receive notifications: ?): // the list of users to be notified about the event//
186 +* allDay (All day: bool): //checkbox which indicates that startTime is 00:00 of the startDate and endTime is 00:00 of the day after endDate
187 +* repeats (Repeats: static list (daily, weekly, monthly, yearly)): // how often the event repeats //
188 +* repeatsUntil (Until: date(dd/MM/yyyy)): // the date when the recursion of the event ends//
189 +* description (Description: text): // a short description of the event//
190 +* location (Location: text): // the location where the event will take place//
191 +* category (Category: database list): // the category of the event//
192 +* color (Color: static list): // the color of the event//
193 +* privacy(Privacy: static list): // set the event to be default, public (visible to everyone) or private (visible only to the user)//
194 +* emailNotifications (Email Notifications: static list): // indicates when the reminders for the event should be sent to the creator and to the guest list//
195 +* guestList (Guest List: user list): // the list of users invited to the event, waiting for confirmation//
196 +* confirmedGuests (Attending guests: user list, disabled): // the list of users who have confirmed their attendance to the event//
197 +* declinedGuests (Non-attending guests: user list, disabled): // the list of users who have declined their attendance to the event//
198 +* guestRights (Guests can: static lists): // Indicates if the guests can Modify event, Invite other guests, View guest list //
161 161  
162 162  Calendar class properties:
163 163  
164 -* title (Title: text): // the title of the calendar//
202 +* name (Name: text): // the name of the calendar//
165 165  * description(Description: text): // a short description of the calendar//
166 -* privacySettings(Privacy: static list): // set the calendar to be public(visible to everyone) or private(visisble only to the user)//
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 +* shareList(Share calendar: user list): // if privacy is set to visible for specific users, this list will contain the users who can view it//
167 167  * 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?//
208 +* showDeclinedEvents(Show Events you have declined: bool): // Indicates if events which have been declined should be added to the calendar//
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//
168 168  
169 169  Calendar class sheets:
170 170  
... ... @@ -171,8 +171,8 @@
171 171  * CalendarViewDaySheet: // contains the display of the calendar table in "day" view//
172 172  * CalendarViewWeekSheet: // contains the display of the calendar table in "week" view//
173 173  * CalendarViewMonthSheet: // contains the display of the calendar table in "month" view//
174 -* CalendarViewYearSheet?
175 -* CalendarFormSheet: // contains the form for adding new events//
216 +* CalendarViewYearSheet: // contains the display of the calendar table in "year" view//
217 +* CreateCalendarEvent: // contains the form for adding new events//
176 176  * CalendarEventListSheet: // contains the list of events for the specific calendar, with edit and delete links if the user has editing rights//
177 177  
178 178  Category class properties:
... ... @@ -179,3 +179,5 @@
179 179  
180 180  * title(Title: text): // the title of the category//
181 181  * description(Description: text): // a short description of the category//
224 +
225 +
XWiki.XWikiComments[0]
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.evalica
Comment
... ... @@ -1,0 +1,3 @@
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,0 +1,1 @@
1 +2011-06-22 11:59:17.0
XWiki.XWikiComments[1]
Author
... ... @@ -1,0 +1,1 @@
1 +xwiki:XWiki.Enygma
Comment
... ... @@ -1,0 +1,7 @@
1 +I agree with this.
2 +
3 +We should have a 2 views:
4 +1. Individual calendar view, that should be available on each calendar's space WebHome
5 +2. Aggregated calendar view for all the calendars and events that are visible to the current user. This could be a new tab in the user's profile (harder for an application to extend right now) or, alternatively, in the Calendar application's space WebHome (easier and makes the Calendar application space useful).
6 +
7 +The event livetable might be useful for an 'advanced search' functionality, allowing to filter events nicely.
Date
... ... @@ -1,0 +1,1 @@
1 +2011-06-22 12:35:20.961
Reply To
... ... @@ -1,0 +1,1 @@
1 +0