History of CalendarResearch

Differences from version 18 to 19



@@ -1,8 +1,8 @@

 ^
-!The calendar aproach
-Even though many of us are able to work without a strict predefined plan on what is going to happen when, it usually becomes necessary to agree about time and place for hapenings that include more than one person. It is set up a time and place and in many cases also when it is supposed to end or how long it will last. Sometimes it is defined for who the happening is made for or not and invitations are to be sent to the correct group of persons. Ideally a calendaring system keeps track of a calendar, the start, end and reocurencies of events and participating persons. Usually you would categorize calendar content so that you can create custom calendars to specific needs in a similar fashion like wikibooks.
+!The calendar approach
+Even though many of us are able to work without a strict predefined plan on what is going to happen when, it usually becomes necessary to agree about time and place for happenings that include more than one person. It is set up a time and place and in many cases also when it is supposed to end or how long it will last. Sometimes it is defined for who the happening is made for or not and invitations are to be sent to the correct group of persons. Ideally a calendaring system keeps track of a calendar, the start, end and recurrences of events and participating persons. Usually you would categorize calendar content so that you can create custom calendars to specific needs in a similar fashion like wikibooks.
 
-The optimal solution would be to store the information in the database. From there information can be presented on the web pages, but also iCal files should be possible to get in the same way as the pdf plugin works. The most difficult might be to import iCal files since different applications may format the calendar files differently. Futhermore users and/or groups could be assigned to events or calendars so that they can be mailed the iCal files or subscribe to them. Publish and subscription service will require webdav I'm afraid.
+The optimal solution would be to store the information in the database. From there information can be presented on the web pages, but also iCal files should be possible to get in the same way as the pdf plugin works. The most difficult might be to import iCal files since different applications may format the calendar files differently. Furthermore users and/or groups could be assigned to events or calendars so that they can be mailed the iCal files or subscribe to them. Publish and subscription service will require webdav I'm afraid.
 
 What is possible/reasonable to reach of all this may be discussed further __))helge_karl((__ ^
 

@@ -128,7 +128,7 @@

 Day/week/month view
 Search for events
 Show events filtered by category
-Minuture calendar for navigation
+Miniature calendar for navigation
 Event submission/approval mechanism
 Handling of recurring events
 User authentication via internal database and/or external via LDAP

@@ -152,7 +152,7 @@

 
 ---
 
-I found this nice page with a updated list of calendar and sceduling resources
+I found this nice page with a updated list of calendar and scheduling resources
 [http://linuxmafia.com/faq/Apps/scheduling.html|Linuxmafia - Sceduling]
 
 ---
Page History
Date/CommentUserIPVersion
14 Aug 2006 (04:56 UTC)
add maketoc
Edwin65.35.241.6719
Current • Source
xing194.152.164.4518
View • Compare • Difference • Source
Helge Karl193.69.109.217
View • Compare • Difference • Source
Helge Karl193.69.109.215
View • Compare • Difference • Source
Helge Karl193.69.109.213
View • Compare • Difference • Source
Helge Karl193.69.109.211
View • Compare • Difference • Source
Arnaud HERVE81.220.15.58
View • Compare • Difference • Source
Helge Karl193.69.109.27
View • Compare • Difference • Source
Helge Karl193.69.109.25
View • Compare • Difference • Source
Helge Karl193.69.109.23
View • Compare • Difference • Source