From 0e13c071c177b1d5aa72f7ccda0842ee395df7cb Mon Sep 17 00:00:00 2001 From: Andrew McMillan Date: Thu, 9 Nov 2006 12:04:19 +1300 Subject: [PATCH] Add an 'administration' page to the website, which is taken from the index page of the application. --- docs/website/administration.php | 57 ++++++++++++++++++++++++++++++++ docs/website/inc/page-header.php | 1 + htdocs/index.php | 8 ++++- 3 files changed, 65 insertions(+), 1 deletion(-) create mode 100644 docs/website/administration.php diff --git a/docs/website/administration.php b/docs/website/administration.php new file mode 100644 index 00000000..04b57c44 --- /dev/null +++ b/docs/website/administration.php @@ -0,0 +1,57 @@ + +

Administration Functions

+

The administration of this application should be fairly simple. You can administer:

+ +

There is no ability to view and / or maintain calendars or events from within this administrative interface.

+

To do that you will need to use a CalDAV capable calendaring application such as Evolution, Sunbird, Thunderbird +(with the Lightning extension) or Mulberry.

+ +

Users, Resources and Groups

+

These are the things which may have collections of calendar resources (i.e. calendars).

+

In the list of users you can click on any user to see the full detail +for that person (or group or resource - but from now we'll just call them users).

+

The primary differences between them are as follows:

+ + +

Types of Relationships

+

These define the structure of the relationships between users.

+

A manager might want to grant full access to their calendar to an assistant, for example, so +there should be an "Is assisted by" relationship between the manager and the assistant.

+

Relationships themselves are maintained on the User maintenance screen.

+

It can also be useful to have several people having the same kind of access to a particular +set of resources. The "Is a member of group" relationship is used to link users to the group, +and then the group is linked to each resource with the "Administers Resource" relationship.

+

You can also define other relationship types beyond the basic ones just described.

+

Relationship links work in three ways, as follows:

+ + +

Configuring Calendar Clients for RSCDS

+

The RSCDS client setup page on sourceforge have information on how +to configure Evolution, Mozilla Calendar (Sunbird & Lightning) and Mulberry to use remotely hosted calendars.

+

The administrative interface has no facility for viewing or modifying calendar data.

+ +

Configuring RSCDS

+

If you can read this then things must be mostly working already.

+

The RSCDS installation page on sourceforge has +some further information on how to install and configure this application.

+ + + diff --git a/docs/website/inc/page-header.php b/docs/website/inc/page-header.php index 72ff4dde..ea88afea 100644 --- a/docs/website/inc/page-header.php +++ b/docs/website/inc/page-header.php @@ -25,6 +25,7 @@ else { Home | Installation | Client Config | +Administration | Andrew McMillan's Blog | RSCDS on Sourceforge diff --git a/htdocs/index.php b/htdocs/index.php index 568999e9..97f8daf5 100644 --- a/htdocs/index.php +++ b/htdocs/index.php @@ -23,7 +23,7 @@ EOBODY;

Users, Resources and Groups

These are the things which may have collections of calendar resources (i.e. calendars).

-

Here is a list of users. You can click on any user to see the full detail +

Here is a list of users. You can click on any user to see the full detail for that person (or group or resource - but from now we'll just call them users).

The primary differences between them are as follows: