Skip to Content

Changes for page Calendar Application

Last modified by Ecaterina Valica on 2014/01/15 13:50
From version 25.1
edited by Ecaterina Valica
on 2014/01/15 13:50
Change comment: Moved page to http://design.xwiki.org/xwiki/bin/view/Drafts/CalendarApplication
To version 2.1
edited by Oana Tabaranu
on 2011/06/16 12:02
Change comment: There is no comment for this version

Summary

Details

Page properties
Author
... ... @@ -1,1 +1,1 @@
1 -XWiki.evalica
1 +XWiki.OanaTabaranu
Content
... ... @@ -1,1 +1,63 @@
1 -{{warning}}Moved to [[design.xwiki.org:Drafts.CalendarApplication>>http://design.xwiki.org/xwiki/bin/view/Drafts/CalendarApplication]]{{/warning}}
1 +**Main objective**
2 +----
3 +
4 +This application aims to allow end users to create calendars for which they can define and manage events.
5 +
6 +
7 +**Description**
8 +----
9 +
10 +The functionality of the application is similar to Google Calendar.
11 +The user defines event objects for a specific calendar and the events are visible in different views (day/week/month/year?).
12 +
13 +**Technicalities**
14 +----
15 +
16 +The event-calendar part of the application will be implemented in the following way:
17 +* 2 classes will be used: EventClass and CalendarClass
18 +* an event represents a document with an object of EventClass attached
19 +* a calendar represents a document with an object of CalendarClass attached. When a calendar is added, a space is also created. This space will contain the calendar document and the event documents associated with the calendar.
20 +
21 +Event class properties:
22 +* title (Title: text): // the title of the event
23 +* description (Description: text): // a short description of the event
24 +* location (Location: text): // the location where the event will take place
25 +* startDate (Start date: date(dd/MM/yyy)): // the date when the event starts
26 +* startTime (Start time: time? (HH/mm)): // the hour when the event starts
27 +* endDate (End date: date(dd/MM/yyyy)): // the date when the event ends
28 +* endTime (End time: time? (HH/mm)): //the hour when the event ends
29 +* calendar(Calendar: text): // the calendar to which the event belongs (its space)
30 +* category(Category: text): // the category of the event
31 +* privacySettings(Privacy Settings: text): // set the event to be public (visible to everyone) or private (visible only to the user)
32 +* emailNotifications(Email Notifications: bool): // indicates if the notifications are activated or not
33 +* userNotifiationList(Users to receive notifications: ?): // the list of users to be notified about the event
34 +
35 +Calendar class properties:
36 +* title (Title: text): // the title of the calendar
37 +* description(Description: text): // a short description of the calendar
38 +
39 +Calendar class sheets:
40 +* CalendarViewDaySheet: // contains the display of the calendar table in "day" view
41 +* CalendarViewWeekSheet: // contains the display of the calendar table in "week" view
42 +* CalendarViewMonthSheet: // contains the display of the calendar table in "month" view
43 +* CalendarViewYearSheet?
44 +* CalendarFormSheet: // contains the form for adding new events
45 +* CalendarEventListSheet: // contains the list of events for the specific calendar, with edit and delete links if the user has editing rights
46 +
47 +Category class properties:
48 +* title(Title: text): // the title of the category
49 +* description(Description: text): // a short description of the category
50 +
51 +**Functionality**
52 +----
53 +* Add events: // 1. Button which opens a modal window, allowing the user to insert details and save || 2. Complete form on the page. The users enters all the details and, after submission, he is redirected back to the calendar in view mode
54 +* 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)
55 +* Import/export: // tbd
56 +* Microformats support: // tbd
57 +* 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
58 +* RSS notifications: // tbd
59 +* Email notifications: // emails with information about the event are sent to the calendar creator and to the selected users (when?)
60 +* 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
61 +* Privacy settings on calendar
62 +* Display events on categories: // the viewer can select a category and only events from that category will be displayed in the calendar event
63 +* Event details on hover: // when the user moves the mouse over an event in the calendar table details about the event (startin&ending time, location, description) are displayed
actions.jpg
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.evalica
Size
... ... @@ -1,1 +1,0 @@
1 -70.2 KB
Content
addMenu.jpg
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.evalica
Size
... ... @@ -1,1 +1,0 @@
1 -18.1 KB
Content
eventFields.jpg
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.evalica
Size
... ... @@ -1,1 +1,0 @@
1 -73.9 KB
Content
monthView.jpg
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.evalica
Size
... ... @@ -1,1 +1,0 @@
1 -87.5 KB
Content
weekView.jpg
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.evalica
Size
... ... @@ -1,1 +1,0 @@
1 -62.2 KB
Content
yearView.jpg
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.evalica
Size
... ... @@ -1,1 +1,0 @@
1 -75.8 KB
Content
XWiki.XWikiComments[0]
Date
... ... @@ -1,1 +1,0 @@
1 -2011-06-22 11:59:17.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.
XWiki.XWikiComments[1]
Date
... ... @@ -1,1 +1,0 @@
1 -2011-06-22 12:35:20.0
Author
... ... @@ -1,1 +1,0 @@
1 -xwiki:XWiki.Enygma
Reply To
... ... @@ -1,1 +1,0 @@
1 -0
Comment
... ... @@ -1,7 +1,0 @@
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.