Changes for page Calendar Application
Last modified by Ecaterina Valica on 2014/01/15 13:50
From version 19.1
edited by Vlad Merticariu
on 2011/06/22 15:41
on 2011/06/22 15:41
Change comment:
There is no comment for this version
To version 15.1
edited by Vlad Merticariu
on 2011/06/22 14:22
on 2011/06/22 14:22
Change comment:
There is no comment for this version
Summary
-
Page properties (1 modified, 0 added, 0 removed)
-
Attachments (0 modified, 0 added, 6 removed)
-
Objects (0 modified, 0 added, 1 removed)
Details
- Page properties
-
- Content
-
... ... @@ -32,21 +32,6 @@ 32 32 * Each event must be stored in its own document 33 33 * Each calendar is stored in its own space (only 1 calendar/space) 34 34 35 -= Alternatives = 36 - 37 -**Calendar aggregator** 38 - 39 -The WebHome of the application is an aggregated calendar which displays the events from all the calendars of a user. 40 -The user creates several calendars (e.g. Personal, Work) which can be visualized both individually and together, on the main page of the application. 41 -This is very similar to Google Calendar, following the same approach. The main advantage of this is the ease of interaction between users' calendars (e.g. sharing a calendar with another user means displaying the specific calendar among his own calendars, inside the WebHome). 42 - 43 - 44 -**Individual calendars with categories** 45 - 46 -The users creates calendars which are individual entities and each event is assigned a category when added. 47 -When the user is invited to other events he can choose to view those events in one or more of his calendars while when another user shares a calendar with him he can only view that calendar, on a separate page. 48 -The current technicalities are meant for this alternative. 49 - 50 50 = Detailed Functionality = 51 51 52 52 == Adding events ==
- 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[1]
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -xwiki:XWiki.Enygma - 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. - Date
-
... ... @@ -1,1 +1,0 @@ 1 -2011-06-22 12:35:20.0 - Reply To
-
... ... @@ -1,1 +1,0 @@ 1 -0