Accessing
- The default URL for accessing the administrative interface to the
configuration form is the following:
- ASP:
http://www.yourdomain.com/scripts/calendar/calendar_config_form.asp?administrate
- Perl:
http://www.yourdomain.com/cgi-bin/calendar/calendar_config_form.pl?administrate
- PHP:
http://www.yourdomain.com/scripts/calendar/calendar_config_form.php?administrate
Note that this URL may vary depending on your system.
What is important is the "?administrate". This tells the program to
specifically access the administrator interface to the configuration form,
and is known as the "Admin URL". After you have your system up and
running I STRONGLY suggest you change this configuration item,
so other individuals will not know how to access the administrative
interface.
For example, if you change the setting for "Admin URL"
from "administrate" to "openup", then the respective URLs to
access the administrator interface would be similar to:
http://www.yourdomain.com/scripts/calendar/calendar_config_form.asp?openup
http://www.yourdomain.com/cgi-bin/calendar/calendar_config_form.pl?openup
http://www.yourdomain.com/scripts/calendar/calendar_config_form.php?openup
You will then be prompted for your username and password. Only the
adminstrator username and password are valid!
Any webmaster cannot log into the administrator configuration form,
and the administrator cannot log into the webmasters' configuration form!
Administrative Settings
- These settings pertain to every calendar.
| Screenshot of "Administrative Settings" Interface |
 |
- Admin ID
The username for the administrator. This is the username the
administrator will use when:
- Logging into the administrator configuration form
- Logging in to view any calendar that's "restricted"
to only authorized users
- Adding an event to any calendar
- Editing, moving, or deleting any event from any calendar,
even if the event is not one the administrator originally added.
The default value is "administrator".
- Admin Password
The password the administrator must provide when any of the above
actions described under "Admin ID" is performed.
The default value is "password".
- Admin URL
This value MUST be appended to the URL for accessing the
calendar_config_form in order to access the administrative interface.
This value should contain alpha-numerica characters only! That is,
only the letters A through Z, a through z, digits 0-9, or the
underscore "_" character. Anything else wil be rejected. See the
section "Accessing" for further information.
- Email Admin with Every Update
If enabled, the administrator will receive an email every time an event
is added, edited, moved, or deleted from ANY calendar.
If "yes" is selected, the administrator will receive emails even if the
"Allow Email Notification" option is disabled on the individual calendars.
See the Email Requirements section for further
details on what's required for your server to use the email
functionality.
- Administrator Email
The administrator's email address. All emails sent from the
calendar to the administrator will be sent to this pecified email address.
- Image URL
A URL to the directory where a set of the calendar's images are kept.
The URL should have a trailing slash "?" character. If this is set correctly,
then an image should load (to the right of the input field) the next time
the form is viewed.
- URL for the CGI-BIN directory where all of the calendar files
are located
- ASP: provide the URL to the directory where your
calendar.asp files are located, with a trailing "/" character.
For example, if the asp files are kept in a "calendar"
subdirectory within your "wwwroot" directory, then your URL
should look similar to either of the following:
http://www.yourdomain.com/calendar/ OR
/calendar/
- Perl: provide the URL to the directory where your
calendar.pl files are located, with a trailing "/" character.
For example, if the perl files are kept in a "calendar"
subdirectory within your "cgi-bin" directory, then your URL
should look similar to either of the following:
http://www.yourdomain.com/cgi-bin/calendar/ OR
/cgi-bin/calendar/
- PHP: provide the URL to the directory where your
calendar.php files are located, with a trailing "/" character.
For example, if the php files are kept in a "calendar"
subdirectory within your "scripts" directory, then your URL should
look similar to either of the following:
http://www.yourdomain.com/scripts/calendar/ OR
/scripts/calendar/
- Program File Extension
If your files need to end with a different extension, specify that
extension here. Most webservers are configured to run asp files with a ".asp" extension,
perl files with a ".pl" extension, and php files with a ".php" extension.
However, there are some servers which will only run files with a ".cgi" or
other extension. If so, specify the extension here. NOTE that if this value
is changed, all the asp, perl, or php files WILL need to be renamed
appropriately!
For example, changing the extension from ".pl" to ".cgi",
then calendar.pl will need to be renamed to calendar.cgi,
calendar_config_form.pl to calendar_config_form.cgi, etc.!
- Location of Calendar Config Files
This should be the full operating system path (NOT A URL!)
to the directory where the configuration files for all of the
calendars will be kept.
- ASP: the files "calendar_config.asp" and
"calendar_master_text.txt" need to reside in this directory. The
file "calendar_config.asp" should also have "world" write
permissions.
- Perl: the files "calendar_config.pl" and
"calendar_master_text.txt" need to reside in this directory. The
file "calendar_config.pl" should also have "world" write
permissions.
- PHP: the files "calendar_config.php" and
"calendar_master_text.txt" need to reside in this directory.
The file "calendar_config.php" should also have "world"
write permissions.
This directory should have appropriate write permissions
so the system can add/remove files from the directory. Typically this
means granting "world" write permissions.
- Documentation URL
A URL pointing to documentation associated with the calendar system. By default,
this value is http://www.davelozinski.com/scripts/calendar/docs/. If
a copy of the documentation is stored locally, set this value to point
to the local copy.
Example: http://www.yourdomain.com/calendar/docs/
Create a New Calendar
- This section of the administrator form allows the adminstrator to
create a new calendar.
| Screenshot of "Create a New Calendar" Interface |
 |
There are two values which must be supplied for any calendar to be created:
- Full Name
Spell out the full calendar name. The word "calendar" is not
automatically appended to any name, so if a name is to be shown as
"My Calendar", then "My Calendar" needs to be specified as the name.
- Abbreviated Name
The abbreviation you will need to use when referencing your calendar
through a URL with the "dept=" parameter. Only alpha-numerica characters
are allowed. That is, only the letters A through Z, a though z, 0-9, and
the underscaore "_" character. For example, if a calendar is going to be
called "My Calendar", the abbreviated name might be "mc", and
thus would use a URL similar to the following examples to access the calendar:
- ASP:
http://www.yourdomain.com/scripts/calendar/calendar.asp?dept=mc
- Perl:
http://www.yourdomain.com/cgi-bin/calendar/calendar.pl?dept=mc
- PHP:
http://www.yourdomain.com/scripts/calendar/calendar.php?dept=mc
The steps for creating a calendar are as follows:
- Type in the full calendar name as it will appear on the calendar
- Type in the calendar's abbreviated name that will be used to reference the calendar
- Click on the "Create" button
Update a Calendar
- Selecting this option will present a screen which shows every calendar
on the system, with options to "view/edit event(s)" on that calendar, edit
the calendar's configuration items, or delete the calendar from the system.
| Screenshot of "Update a Calendar's Configuration" Interface |
 |
Selecting:
Copy a Configuration
- This action will copy the ENTIRE configuration for one calendar to another.
This option is especially useful if there are several calendars which will
be similar. One configuration can be copied to more than one destination calendars.
| Screenshot of "Copy a Calendar's Configuration" Interface |
 |
Copying a configuration will replace all of the current settings for the
destination calendars! So when the operation completes, the settings to the
destination calendar should be verified!
The steps for copying a configuration are as follows:
- Select the calendar's configuration to copy
- Select the destinations calendar(s) to apply the
configurations to
- Click on the "Copy" button
Delete a Calendar
- To delete a calendar, select the calendar (or
calendars) from the list, and click the "delete" button.
| Screenshot of "Delete a Calendar" Interface |
 |
Deleting a calendar cannot be undone! When a calendar is selected
for deletion, the following files should be removed:
- The config file for the specific calendar(s)
- The textual config file for the specific calendar(s)
- The datafiles for the specific calendar(s)
The steps for deleting a configuration are as follows:
- Click the Update a Calendar button.
- Click the "Delete" button next to the calendar you wish to delete
Support/Feedback
- Where to go for technical support, ask questions, and send
me feedback on my product. For this to function, the value for
Documentation URL must be set correctly.
|