Table of Content
1. Introduction
After the LuxCal calendar has been installed or upgraded, using the installation_guide.html, this Administrator's Guide is meant to help the calendar administrator to set up the more advanced functions of the LuxCal calendar and to maintain the calendar so that it's functionality meets the needs of the users in the best suitable way.
A good place to start in managing your calendar is to . . .
- customize the calendar settings via the admin's Settings page
- create a number of categories for your events
- edit the default user groups created during the installation or add new user groups
To familiarize yourself with the LuxCal calendar's capabilities, it is important to take note of the other function and possibilities described in this section.
2. Managing the Calendar
Managing the LuxCal calendar is the responsibility of the calendar administrator, who has all calendar access rights.
Managing event categories, user profiles and user groups can be done by either the calendar administrator, or users with 'manager' rights.
In order to change configuration settings, or use other administration functions, you must select Log In in the navigation bar at the top right corner of the screen. Enter the administrator name or email address and the password you specified during the installation, and log in. On the right side of the navigation bar the administration drop down menu will appear.
a. Calendar Settings
The Settings page in the administration menu on the navigation bar can be used to easily change the calendar's configuration settings which are stored in the settings table of the database. These settings, for instance, define the calendar title, the time zone, the language file to be used for the user interface, the default initial view when the calendar is started, the number of weeks/months displayed in the various views, the date and time format, etc.
IMPORTANT: Currently the TimeZone is set to "Europe/Amsterdam". If you are in a different time zone, change the TimeZone to your local time zone. See the PHP Supported Time Zones for possible values.
b. Event Categories
It is recommended to create a number of categories for your events, each with its own color. Adding categories with different colors - though not required - will greatly enhance the views of the calendar. Categories can be for example: meeting, important, holiday, birthday, etc.
The initial installation has only one category which is named "no cat". To manage categories, select Categories in the administration drop down menu. This takes you to a page with a list of all categories where you can add new categories and edit or delete current categories.
When adding / editing events the defined categories can be selected from a pull down list. The order in which categories are displayed in the pull down list is determined by the Sequence field on the Categories page.
The field "Repeat" can be used to pre-define recurring events. A category "birthday" or "anniversary" can be set to repeat every year. If a repeat value is specified, all events defined in this category will repeat as specified. The repeat value specified here will overrule possible user 'repeat' settings.
If the "No overlap allowed" check box is checked, events within this category may not overlap. If a user tries to create an event in this category which overlaps with an existing event, an error message with the specified error text will be displayed. This feature can be used when you want to use this event category for booking events. For details on how to create a booking calendar, see Advanced Functions hereafter.
With the field "Default time period" you can specify the default duration of an event in case the user specifies a start time without an end time. This can be useful for instance when using this category for "booking" events which may not overlap (see above).
When the checkbox "Day color" has been checked, the full day cell in the calendar views will get the background color specified below. This may be useful to clearly mark for example holidays, birthdays, or other special days.
When activated, the field "Event needs approval" will activate the propose/approve feature for events in this category. For a detailed description, see "Proposing / Approving Events" in section 3 below.
A check mark can be activated which will be displayed in front of the event title for all events in this category. The user can use this check mark to flag events, for example, as "completed". Events in this category will appear in the ToDo list, which can be opened from the calendars navigation bar.
The fields "Text color" and "Background" define the colors used to display events in the calendar assigned to this category.
The field "Sequence" defines the location of this event category in the category drop-down menus.
c. Calendar User Groups
The initial installation has a User Group defined for each possible type of user permission. Each calendar user is assigned to one of the existing user groups. User groups can be edited, and new user groups can be added, by users with administrator or manager rights. Adding and editing user groups is done via the Administration drop-down menu in the navigation bar. A user group defines the user access rights of the users assigned to this group and the event categories available to the users in the group. Furthermore a number of check boxes are available to specify whether users in this group may upload event attachements and may enter repeating events, multi-day events and private events. Via a color palette a background color can be selected for each group. On the admin's Settings page the administrator can specify whether calendar events should be displayed with the color of the event category or the color of the group to which the creator of the event belongs.
Possible access rights:
None
The user - normally the Public User - has no access rights and has to log in to use the calendar.
View
The user can view the calendar, but has has no rights to add or edit events.
Post/Edit Own
The user can view the calendar and can add events. The user can only edit his/her own events.
Post/Edit All
The user can view the calendar and can add events. The user can edit his/her own events as well as events of other users.
Post/Edit + Manager
A user with 'Manager' rights can do the same as a user with 'Post All' rights and in addition:
- Can change the owner of an event (in the Event window). So for instance a manager can create events for other users by creating an event and then assign an owner to it.
- Can approve events created by other users. See Advanced Functions hereafter.
- Has access, via the Administration drop-down menu, to the Categories, Users and User Groups pages and consequently can manage event categories, user profiles and user groups.
Administrator
The administrator has all right described above and in addition has access to all technical, user-interface and database related settings and functions.
d. Calendar Users
Via the Administration drop-down menu user(s) with manager rights or the calendar administrator can add and edit user profiles. Per user the name, e-mail address, password and the user group can be specified. As described above, the group determines the access rights and the available event categories. It is important to specify a valid email address for the user to be able to receive email notifications of due dates of events. When defined users log in to the calendar they can specify their default user interface language. Thereafter, when a user logs in, the user-interface will be displayed in the specified language.
The initial installation has two users defined. One is the Public Access user, who initially is assigned to the "Read access" user group and the other is the calendar administrator, who is assigned to the "Admin" user group and has all access rights.
Unless the calendar administrator has given "View" access (via the "Read access" user group) to Public Access users, users must log in to use the calendar using their name or email address and password. Depending on the group to which a user has been assigned, a user can have different access rights.
If the administrator has enabled user self-registration on the Settings page, users can register themselves via the Login page. Self-registered users will automatically be assigned to the user group for self registered users specified by the administrator on the admin's Settings page and consequently will have the access rights specified for that user group.
e. Calendar Database
The Database option in the administration drop-down menu allows the calendar administrator to start the following functions:
Compact database
During normal use of the calendar, when deleting events, the event records are not physically deleted from the database, but are marked as 'deleted'. They can still be used in views and reports; for example in the Changes view. The compact database function permanently removes events from the database which have been marked as 'deleted' more than 30 days ago. Thereafter all tables are compressed to free unused space and to reduce database overhead. This action can also be done automatically if a cron job has been created and on the admin's Settings page, under Periodic Functions, the number of Event expiry days has been specified.
Backup database
This function creates a backup of the structure and contents of all database tables in the files/ directory. The file name is cal-dump-yyyymmdd-hhmmss.sql (where 'yyyymmdd' = year, month, and day, and hhmmss = hour, minutes and seconds). The file type is .sql and the created file can be downloaded and used to re-create the database tables structure and contents, for instance by using the Restore database function (see hereafter) or by importing the file a database management tool which is available on the server of most web hosts.
Restore database
This function uploads the database backup file specified by the administartor and uses this file to recreate the calendar database. The database backup file must be of the same calendar version as the currently running calendar. The restore function accepts back up files from the MySQL version as well as the SQLite version of the calendar, as long as the version number matches the current calendar.
The database will be recreated from scratch, which means that, before recreating a table, the existing table and its data will be deleted. For each recreated table the corresponding records from the back-up file will be restored to the newly created table.
To restore backup files of older LuxCal versions the "lctool.php" file from the toolbox should be uploaded to the calendar root and launched via the browser.
delete / undelete events
With this function the administrator can delete or undelete all events in a specified date range. Deleted events will be marked 'deleted', but are not yet physically deleted from the database. When the administrator runs the 'compact database' function, described above, events which are physically deleted from the database cannot be undeleted anymore.
When selecting this function and a date in the date range is not specified, the default will be 'unlimited'. This means that if both start and end date are not specified, all events will be (marked as) deleted / undeleted.
f. CSV File Import
CSV (Comma Separated Values) text files with event data can be imported into the LuxCal calendar. This function can for instance be used to import a CSV file with event data exported by MS Outlook. The dialogue to import CSV files is opened by selecting CSV Import from the administration drop-down menu in the navigation bar.
The CSV file contains one line per event and each line contains a number of fields each separated by a comma (or any other unique character). The order of the fields in each line of the CSV file is: title, venue, category id, date, end date, start time, end time and description. The first line of the CSV file is ignored by the import function and can be used for column descriptions (default in MS Outlook exports).
Sample CSV files - with different date/time formats - can be found in the files/ directory of the LuxCal Calendar installation and have the file extension ".csv".
g. iCal File Import/Export
Events from iCalendar files can be imported into the LuxCal calendar. The content of the iCal file to be imported must meet the [RFC5545 standard] of the Internet Engineering Task Force. The LuxCal calendar can also export events into an iCal file which can be downloaded by the calendar administrator. The dialogue to import/export iCal files is opened by selecting iCal Import / iCal export from the administration drop-down menu in the navigation bar.
This function can for instance be used to back up the events of your LuxCal calendar, or to exchange events with other calendars, e.g. to import public holidays available in iCalendar format on the internet. Please note that some LuxCal event fields are not supported in the iCalendar format (e.g. private event, notify, email addresses) and consequently are not copied to the iCal file. Some iCal event repetition rules are not supported by the LuxCal calendar; these events will be displayed and earmarked as such, but will not be added to the calendar.
Various sample iCal files can be found in the files/ directory of the LuxCal Calendar installation and have the file extension ".ics".
h. User Interface Styling
The UI Styling page in the administration drop-down menu allows the calendar administrator to tailor the styles (text and background colors, fonts family and sizes, etc.) of most elements of the calendar's user interface.
The Styling page opens in a separate window, which makes it possible to preview style changes in the calendar pages, by browsing the calendar, while the Styling page remains open.
- Preview Theme: When pressed, the currently displayed theme will be temporary activated for the calendar and a Stop Preview button will be displayed. The calendar can now be browsed with these styles, until the Stop Preview button is selected.
- Save Theme: The displayed theme will be saved to the database and from now on this theme will be used by this calendar. The previous theme in the database will be overwritten. When the theme is saved for the first time since the Styling page is opened, prior to overwriting the theme in the database, an automatic backup will be stored in a file in the css folder; the file extension will be "abak".
- Backup Theme: The theme from the database will be stored in a file in the css folder. The name given to the file will be shown in the information line at the top of the window. The file extension will be "mbak".
- Restore Theme: This drop down menu will show the LuxCal default theme and all backup files (".abak" and ".mbak") in the css folder. When an entry is selected the theme from the selected file will be displayed in the Styling page. This theme can then be previewed, modified and saved.
- Close Window: Close the Styling window. If there are unsaved changes, a warning will be displayed.
- Theme title: Optional theme title which will be stored along with the styles in the database and in backup files. If left blank, this field will default to the calendar title.
Since calendar styles are saved in the calendar database, in case of multiple calendars, each calendar has its own styles.
3. Advanced Functions
The normal day-to-day use of the calendar is explained in the help file which can be viewed by selecting 'Help' (or the question mark) on the right side of the calendar's navigation bar. There are however a number of more advanced functions which can be enabled / configured by users with manager rights or by the calendar administrator.
These advanced functions are described hereafter.
a. Changing the Lay-out of Events
On the Settings page, the admin can specify which fields of the event body are in use and in which order they will be displayed in the various views. This can be done via the 'Event template' under Events by specifying a sequence of numbers in the range 1 - 7, where each number represents an event field.
Possible fields in the event body:
- 1: Venue field
- 2: Event category field
- 3: Description field
- 4: Extra field 1
- 5: Extra field 2
- 6: Email notification data (only if an email notification has been requested
- 7: Date/time added/edited and the associated users
Fields (numbers) which are not specified, will not be visible in the calendar views. Extra fields 1 and 2 are extra fields for which the admin can specify a dedicated label on the same Settings page under Events. If the these fields have been specified, the field label as well as the content will be displayed. In the calendar views active fields which are empty will not be shown. The Event window will of course always show all active fields, including the empty fields.
Example: Event template "43126", with the label for Extra field 1 set to "Department", will for instance result in the following event body lay-out (explanation between brackets):
Department: Sales (extra field 1 with label "Department")
Emmett Brown will be working on-site for the BTTF project. (description)
Venue: Hill Valley (venue)
Category: Absent (event category)
(Notify: 4 day(s)) (This line is not displayed, because no email notification was requested)
On the Settings page, the fields 'Event fields - general hover box' under Events, 'Event fields - mini calendar hover box' under Mini Calendar and 'Event fields - sidebar hover box' under Stand-Alone Sidebar can be used by the admin to specify the event fields to be displayed in the various hover boxes. The sequence of the fields in the hover boxes depend on the event template described before.
b. Adding Attachments to Events
Users belonging to a User group for which File Upload is enabled, can add pdf, image and video attachments to events. Adding and removing attachments to events can be done in the Event window when adding or editing events. The actual attachment file is stored in the calendar's subfolder "attachments" and the link from the event to the file is saved in the event record in the calendar database. Uploaded attachments will be shown as hyperlinks in the event data in the various calendar views. When clicking these hyperlinks, the attachment will open in a new window.
When an attachment file is stored in the attachment folder, its file name is prefixed with the current date and time. E.g 20180127203557Agenda.pdf.
On the administrators Settings page, under Views, in the Event templates it can be specified if and at what position within the event data hyperlinks to attachments should be displayed in the various calendar views.
c. Event Check Mark and To Do List
On the admin's Categories page, when adding/editing an event category, if you select "Check mark" and specify a label and a check mark, events in this category will have a check mark displayed just in front of the event title in the various views. For the owner of the event and users with "manager" rights this check mark is a hyperlink and, when clicked, will result in checking/unchecking the check mark. This feature can be used for instance to mark an event as "complete" or "done". Events with a check mark will show up in the To Do list, which - when enabled by the administrator - can be selected from the calendar's navigation bar.
d. Proposing / Approving Events
On the admin's Categories page, when adding/editing an event category, if you select "Events need approval", users with post rights can - in this category - create events which are not visible to other users until a user with at least "manager" rights has approved the event. Until the event has been approved, no other user will see the event and both the originator and users with manager rights will see the proposed event in the various views displayed with a red bar on the left side. Once a user with "manager" rights has approved the event, the event will become visible to all users and the event will be locked and cannot be edited anymore by the originator. A user with at least manager rights can still edit the event. Of course, if you don't like the words "proposing" and "approving", you could for example also consider the words "booking" and "confirming".
e. Private Events
When adding/editing events, if the "Private" check box is checked, the event will only be visible to the user who created the event and to the administrator. For obvious reasons private events can only be created by logged in users.
On the Settings page, under Events, the administrator can set "posting of private events to disabled, enabled, default and always with the following meaning:
- disabled: The "Private" check box will not be visible in the Event window, so no private events can be created.
- enabled: The "Private" check box will be visible in the Event window and will initially be unchecked.
- default: The "Private" check box will be visible in the Event window and will initially be checked.
- always: The "Private" check box will not be visible in the Event window and all created events will be private.
The creation of private events can also be enabled/disabled per individual user group (see Calendar User Groups above). If for a calendar user group private events have been disabled, this will overrule the "Posting of private events = always" setting on the admin's Settings page.
f. Using the Calendar to Book Events
One or several event categories of the calendar can be set up for booking events with event overlap checking. The idea is to let users create events which may not overlap with already existing events in the same event category. If a user tries to create an event which overlaps, an error message will be displayed. Single-day and multi-day events are checked. Recurring events and private events are not checked.
How to set up a booking system, is illustrated by the following example.
Billiard table booking example:
In this example we will set up a booking system for three billiard tables.
Create a new event category and give it the name "Billiard table 1", uncheck the "No overlap
allowed" check box, and optionally set the error text, displayed in case of creating an event
which overlaps with an existing event, to "Billiard table 1 in use, choose an other time or
table". If desired, the "Default time period" can be specified, which - when creating / editing
an event - will automatically be added to the start time of an event if no end time is specifies.
Give this category a color (text/background) which belongs to table 1.
Create two more categories for the other two billiard tables in a similar way but with a
different name, error text and color.
Now a user group can be created, for instance with the name "Billiards" for those users who can
book one of the three billiard tables. For this user group the three categories created for the
billiard tables should be selected and the check boxes "May post repeating events" and "May post
private events" should be unchecked. Because the billiard tables can only be booked for a
limited time, the check box "May post multi-day events" can also be unchecked. So now if a user
in this group add/edits an event, the Event window will be simplified and will contain no
"Private" check box, no "End date" field and no "Repeat" feature.
On the Settings page, under User Accounts, "Self registration" can be enabled and the "Self
registration user group" should be set to the user group "Billiards" created in the step above.
In the above example, users can register themselves and will be part of the "billiard" user group; they will have access to the three categories "Billiard table 1", "Billiard table 2" and "Billiard table 3" and will only be able to book a billiard table which is free.
Note: For a booking system for chalets for instance, in the user group the check box "May post multi-day events" should remain checked, to allow for booking the chalets for several days.
g. Sending Event Reminder Messages
The calendar has an email event reminder service and an SMS event reminder service. For the SMS reminder service a subscription with a mail-to-SMS provider will be needed. The settings related to these services can be set on the administrator's Settings page in the Reminders section. Both services can be enabled/disabled individually.
To be able to send reminders a specified number of days before the start of an event, a cronjob must be defined, which starts the script lcalcron.php in the calendar root daily at approx. 2am
Users belonging to a user group with edit rights, can ask to send email reminders when adding or editing events. Users can also ask to send SMS reminders, provided the user group the user belongs to has the rights to send SMS reminders.
A user can ask the calendar to send an email or SMS reminder, directly or a number of days before the start of an event. If the user selects to send an email and/or an SMS directly, the email and/or SMS is sent as soon as the event is saved. If the user ask to send an email and/or SMS x days before the start of the event, an email and/or SMS will be sent x days before the start of the event and another one will be sent on the day of the event. If the user specifies to send an email and/or SMS 0 (zero) days before the start of the event, an email and/or SMS will be sent on the day of the start of the event only. For recurring events (e.g. birthdays) an email/SMS notification will be sent to the recipients the selected number of days before each occurrence of the event.
Email as well as SMS reminders are sent to the recipients specified in the recipients list.
Recipients can be specified by means of an email address or a mobile phone number.
For email reminders to a recipient with a mobile phone number, the calendar will use the phone
number to search the user accounts in the database for a matching email address. If not found,
no email reminder will be sent. For SMS reminders to a recipient with an email address, the
calendar will use the email address to search the user accounts in the database for a matching
phone number. If not found, no SMS reminder will be sent.
If the email address or the phone
number is followed by a $-sign, the calendar will not look for a matching phone number or mail
address.
Scheduled reminders and/or SMSes are always sent early in the morning, when the cronjob runs.
h. Sidebar with Upcoming Events or Todo List
A stand-alone sidebar with upcoming events or a Todo list (see above) can be integrated in your web page. An advantage of the sidebar, compared to embedding the calendar in an html iframe, is that the sidebar is displayed in a <div> container and can be freely styled to match the style of your web page. A second advantage is that the hoverbox with many event details is not clipped by iframe boundaries. Further detail on how to add one or more stand-alone sidebars to your web page can be found in the installation_guide.html. Examples of what a sidebar can look like can be found on the LuxSoft Demo page.
i. Color-coding of Events and Subcategories
When defining user groups, for each group a background color can be specified and when defining event categories, a text color and a background color can be specified for each category. On the admin's Settings page, under Events, the admin can select whether on the calendar pages the color of the event titles in the various views should correspond to the color of the user group to which the originator of the event belongs or to the event category to which the event belongs.
When adding/editing event categories a check box "Day color" can be checked. If this check box is checked, in the various calendar views, if an event in this category is displayed for a certain day, the background of the whole day will take the color of the event. This can for instance be useful to make special events, like holidays or birthdays, more visible.
On the categories page, for each event category up to four subcategories can be specified. Each subcategory has a name and optionally the text color and background color can be specified. If one or more subcategories have been specified, in the event add/edit window a drop-down menu will be displayed from which the user can select a subcategory. When the subcategory has been selected, in all calendar views the event concerned will take the text and background color of the selected subcategory and the subcategory name will be added to the event details. When specifying subcategories on the categories page, the text/background color fields can also be left blank; in this case the events in this category will take the normal category colors. It may be useful for instance to specify a subcategory "None" without colors, which - when selected in the event add/edit window - will behave as if no subcategory has been selected.
j. Importing Data of Previous LuxCal Versions
There are different ways to import calendar data of previous LuxCal versions, back to LuxCal version 2.7.2. If you want to import data of a LuxCal version less than 2.7.2, read the Upgrade Instructions in the Release Notes (release_notes_xxx.html, where xxx = the LuxCal version).
- Upgrading the calendar
- Importing data via the LuxCal Toolbox (see section 4 below)
- Importing data via an external tool
When upgrading the calendar to a newer version, following the upgrade steps in the Release Notes, the calendar(s) in the database will automatically be upgraded to the new Calendar version.
The lctools.php file from the calendar toolbox can be uploaded to the calendar root directory and launched via the browser. Via these tools a database back up files of a previous LuxCal version (as of LuxCal 2.7.2) can be imported. At the end of the import process, the database schema will be upgraded to the current calendar version without loss of data. Thereafter the calendar can be started.
You can use an external tool on your server, e.g. phpMyAdmin or phpLiteAdmin, to import database back up files of previous LuxCal versions directly into the database. Before starting the calendar, the upgradexxx.php file should be uploaded to the calendar root folder on your server and be launched via your browser. Thereafter the calendar can be started.
When in doubt if the calendar data in your database is up to date, you can at any time upload the upgradexxx.php file to the calendar root folder on your server and launch it. The script will verify, and if necessary upgrade, the database schema of your calendar(s).
4. LuxCal Toolbox
The toolbox contains several tools and utilities, which can help you set up and manage your calendar. Below you will find a short description of each of the tools / utilities.
4a. General Toolbox - lctools.php
The lctool.php file should be uploaded to the calendar's root directory and launched via your browser. This toolbox is particularly useful when managing multiple calendars. It contains tools to perform the following actions:
- Test the configuration
- Create new calendars
- Set the default calendar
- Delete calendars
- Replicate data and/or settings from file
- Back up calendars
- Download a backup file from the 'files' folder
- Import a calendar backup file of a previous LuxCal version
Most actions should be used with caution. Always carefully read the displayed instruction!
4b. PHP Installation Details - phpinfo.php
The phpinfo.php utility should be uploaded to the calendar's root directory on your server and should be launched via your browser. When started, this utility will display all installation details of the PHP installation on your server.
4c. SMTP Mail Test Utility - smtptest.php
When you prefer to use SMTP mail, rather than PHP mail, for your email reminders and cron job reports, you can select SMTP mail on the admin's Settings page of your calendar. Before doing so you can use the SMTP Mail Test Utility "smtptest.php", in the smtpmail folder, to test your SMTP mail and its parameters. The smtptest.php file should be uploaded to the calendar's root directory on your server. Before launching it via your browser, you should start the calendar and specify the SMTP parameters on the admin's Settings page, under Reminders.
4d. Database Administration with phpLiteAdmin
In the phpliteadmin folder you will find phpLiteAdmin, an easy to use web-based SQLite database admin tool written in PHP. details on how to use this free tool can be found here.
In the associated phpliteadmin.config.php file, you should at least set the following variables:
- $password - password to gain access
- $directory - directory of the database file(s) (default for LuxCal: "../db/")
- $allowed_extensions - array with allowed database file extensions (for LuxCal: ".cdb")
5. Calendar Settings - Description
The calendar settings which are automatically generated during the installation process are stored in the settings table of the database. All settings can be changed by the calendar administrator via the Settings page in the administration drop down menu on the navigation bar at the top right corner of the screen.
For those interested in technical details: The following are explanations of the PHP variables stored in the settings table of the database:
calendarTitle: The title of the LuxCal calendar that is displayed in the header of the various calendar views.
calendarUrl: The full URL address of the calendar, used for notification purposes, E.g. http://www.mysite.xxx/calendar/index.php.
backLinkUrl: URL of parent page. If specified, a Back button will be displayed on the left side of the Navigation Bar which links to this URL. For instance to link back to the parent page from which the calendar was started.
timeZone: Your local time zone. See the PHP Supported Time Zones for possible values. Setting the correct time zone is important for the "today" indication in the various views and when the "notification" feature is used.
notifChange: If checked, when a user adds, edits or deletes an event, an email notification message will be sent to the specified recipient email addresses.
recipList: Recipient email address list. The recipient list can contain a semicolon separated list of mail addresses and/or names of files with recipient mail addresses. Files with email addresses with one email address per line should be located in the folder 'reciplists'. When omitted, the default file name extension of a file with email addresses is .txt
rssFeed: If enabled: RSS feed links will be displayed in the calendar footer and will be included in the HTML head section.
logWarnings: Log calendar warning messages (0: no, 1: yes).
logNotices: Log calendar notice messages (0: no, 1: yes).
navButText: If enabled: The buttons on the navigation bar will be displayed with text
navToapList: If enabled: A To approve list button will be displayed on the navigation bar for users with at least manager rights. The button can be used to display the list of events that need approval.
navTodoList: If enabled: A Todo list button will be displayed on the navigation bar, which can be used to display the Todo list.
navUpcoList: If enabled: An Upcoming button will be displayed on the navigation bar, which can be used to display the Upcoming Events list.
viewMenu: Specifies whether the view menu is displayed in the calendar's options panel. Possible values: 0 = disabled, 1 = enabled.
groupMenu: Specifies whether the user group filter is displayed in the calendar's options panel. Possible values: 0 = disabled, 1 = enabled.
userMenu: Specifies whether the user filter is displayed in the calendar's options panel. Possible values: 0 = disabled, 1 = enabled.
catMenu: Specifies whether the event category filter is displayed in the calendar's options panel. Possible values: 0 = don't display the category filter menu, 1 = display the category filter menu.
langMenu: Specifies whether the calendar users are allowed to select their preferred user interface language the calendar's options panel. Possible values: 0 = don't display the language selection menu, 1 = display the language selection menu.
viewsPublic: Specifies which calendar views are available to the public users. The available views are specified by means of a comma-separated list with view numbers.
viewsLogged: Specifies which calendar views are available to the logged in users. The available views are specified by means of a comma-separated list with view numbers.
viewButsPub: View buttons to be displayed on the navigation bar for public users (1:year, 2:month, 3:work month, 4:week, 5:work week 6:day, 7:upcoming, 8:changes, 9:matrix)
viewButsLog: View buttons to be displayed on the navigation bar for logged in users (1:year, 2:month, 3:work month, 4:week, 5:work week 6:day, 7:upcoming, 8:changes, 9:matrix)
defViewPub: The initial calendar view for public users to be displayed when the LuxCal Calendar is started. Possible values/views: 1: Year, 2: Full Month, 3: Work Month, 4: Full Week, 5: Work Week, 6: Day (today), 7: Upcoming events, 8: Changes and 9: matrix.
defViewLog: The initial calendar view for logged in users users to be displayed when the LuxCal Calendar is started. Possible values/views: 1: Year, 2: Full Month, 3: Work Month, 4: Full Week, 5: Work Week, 6: Day (today), 7: Upcoming events, 8: Changes and 9: matrix.
language: The default user interface language. Only installed languages can be specified.
ownerTitle: When enabled, the event owner's name will be shown in front of the event title in the various calendar views (0:disabled 1:enabled).
privEvents: Can be disabled, enabled or default. If enabled: The user can choose to create private events, which are hidden from other users. If default: All events entered by a logged in user will default to private.
aldDefault: When selected, all-day event will be the default in the Event window when adding new events (0:no 1:yes).
details4All: If disabled: event details will only be visible to the owner of the event and to users with 'post all' rights. If enabled: event details will be visible to the owner of the event and to all other users. If "for logged-in users": Event details will only be visible to logged-in users.
evtDelButton: If disabled: the Delete button in the Event window will not be visible. If enabled: the Delete button in the Event window will be visible, so all users with sufficient rights can delete events. If manager: the Delete button in the Event window will only be visible to users with "manager" rights.
eventColor: Specifies whether events should be displayed with the event owner color, or with the event category color (0: owner color, 1: category color)
xField1Label / xField2Label: The name of two optional free format text fields, which can be added to the Event window form and in all calendar views and pages. The specified name can be max. 15 characters long. E.g. 'Email address', 'Website', 'Phone number'.
xField1Public / xField2Public: Specifies if the respective extra field is visible to all users, or just to logged in users. Possible values: 0 = disabled, 1 = enabled.
selfReg: Indicates whether users can register themselves via the Log-in page. Possible values: 0 = self-registration disabled, 1 = self-registration enabled.
selfRegGrp: The ID of the group to which self-registered users are automatically assigned.
selfRegNot: Indicates whether a notification should be sent to the admin when a user has self-registered. Possible values: 0 = disabled, 1 = enabled.
restLastSel: Indicates whether the last user selections (the Option Panel settings) should be restored. When the user revisits the calendar at a later moment, these values will be restored. Possible values: 0 = not set, 1 = set
cookieExp: Number of days before a 'Remember me' cookie - set during Login - expires
evtTemplGen: Specifies which event fields should be displayed and in which order, on the general calendar views and pages.
evtTemplUpc: Specifies which event fields should be displayed and in which order in the Upcoming Events view.
evtTemplPop: Specifies which event fields should be displayed in the pop-up box when hovering events.
yearStart: The start month in year view (1-12 or 0, 0: current month).
YvColsToShow: The number of months to show per row in year view.
YvRowsToShow: The number of 4-months rows to show in year view. The default value is 4.
MvWeeksToShow: The number of weeks to show in month view. The value 0 (zero) has a special meaning and will result in the display of just one single full month. The default value is 10.
workWeekDays: A string of numbers which specify the days of the week to show in work month view and work week view. Valid day numbers are: 0 = Sunday, 1 = Monday, ... , 6 = Saturday.
weekStart: The first day of the week. Possible values: 0 = Sunday, 1 = Monday.
XvWeeksToShow: The number of weeks to show in matrix view. The default value is 8.
lookaheadDays: The number of days to look ahead in upcoming view, todo list and RSS feeds. The default value is 14 (two weeks).
dwStartHour: The start of the full time block on the day and week views. The default value is 6 (corresponding to 6:00am). This parameter helps to avoid wasting space for the nightly hours, where normally no, or very few, events are planned.
dwEndHour: The end of the full time block on the day and week views. The default value is 18 (corresponding to 18.00/6:00pm). This parameter helps to avoid wasting space for the nightly hours, where maybe no, or very few, events are planned.
dwTimeSlot: The time slot size (in minutes) in day/week view. Together with the dwStartHour (see above) this value determines the number of rows in day/week view.
dwTsHeight: The time slot display height (in number of pixels) in day/week view.
showUrlInMV: Specifies whether URL-links, specified in the description field or one of the extra fields (see xField1 and xField2 above) of the events, should be shown in month view (0: no, 1: yes)
showEmlInMV: Specifies whether mailto-links, specified in the description field or one of the extra fields (see xField1 and xField2 above) of the events, should be shown in month view (0: no, 1: yes)
showImgInMV: Specifies whether thumbnail images, specified in the description field or one of the extra fields (see xField1 and xField2 above) of the events, should be shown in month view (0: no, 1: yes)
monthInDCell: Specifies whether in month view in each day cell the three-letter month abbreviation should be displayed (0: no, 1: yes)
dateFormat: Text string defining the format of dates in dd, mm and yyyy. Possible characters: y: yyyy, m: mm, d: dd and any non-alphanumeric as separator.
MdFormat: Text string defining the format of dates in dd and month. Possible characters: d: dd, M: month in letters and any non-alphanumeric as separator.
MdyFormat: Text string defining the format of dates in dd, month and yyyy. Possible characters: d: dd, M: month in letters, y: yyyy and any non-alphanumeric as separator.
MyFormat: Text string defining the format of dates in month and yyyy. Possible characters: M: month in letters, y: yyyy and any non-alphanumeric as separator.
DMdFormat: Text string defining the format of dates in weekday, dd and month. Possible characters: WD: weekday in text, d: dd, M: month in letters and any non-alphanumeric as separator.
DMdyFormat: Text string defining the format of dates in weekday, dd, month and yyyy. Possible characters: WD: weekday in text, d: dd, M: month in letters, y: yyyy and any non-alphanumeric as separator.
timeFormat: Text string defining the format of times in hh and mm. Possible characters: h: hours, m: minutes, a: am/pm (optional), A: AM/PM (optional) and any non-alphanumeric as separator.
weekNumber: Specifies whether week numbers should be displayed in the various calendar views. Possible values: 0 = disabled, 1 = enabled. The default value is 1.
emlService: Specifies whether the mail service is active (0 = no, 1 = yes). The default value is 1.
smsService: Specifies whether the SMS service is active (0 = no, 1 = yes). The default value is 0.
defRecips: If specified, this will be the default recipients list for email and/or SMS notifications in the Event window. If this field is left blank, the default recipient will be the event owner.
notSenderEml: When the calendar sends reminder emails, the sender ID of the email can be either the calendar email address, or the email address of the user who created the event. In case of the user email address, the receiver can reply to the email.
calendarEmail: The sender's e-mail address ("From") in emails sent by the calendar. E.g. reminders, cron job summary reports. See also notSenderEml.
mailServer: Specifies whether PHP mail or SMTP mail should be used for email reminders and periodic reports. Possible values: 1 = PHP mail, 2 = SMTP mail. The default value is 1.
smtpServer: Text string specifying the name of the SMTP server. For gmail this is for instance 'smtp.gmail.com'.
smtpPort: Specifies the SMTP port number. For example 25, 465, 587. Gmail for example uses port number 465.
smtpSsl: Specifies whether Secure Sockets Layer (SSL) should be used. Possible values: 0 = no, 1 = yes. Gmail for instance uses SSL. The default value is 1.
smtpAuth: Specifies whether authentication should be used when sending SMTP mail. Possible values: 0 = no, 1 = yes. Gmail for instance uses authentication. The default value is 1.
smtpUser: Text string specifying the SMTP user name. Required when SMTP authentication should be used.
smtpPass: Text string specifying the SMTP password. Required when SMTP authentication should be used.
notSenderSms: When the calendar sends reminder SMSes, the sender ID of the SMS can be either the calendar phone number, or the phone number of the user who created the event. If 'user' is selected and a user account has no phone number specified, the calendar phone number will be taken. In case of the user phone number, the receiver can reply to the SMS.
calendarPhone: The sender's phone number ("From") in SMSes sent by the calendar. E.g. reminders. See also notSenderSms below.
smsCarrier: The SMS carrier template, where # = mob. phone number.
smsCountry: The SMS country code, needed when the SMS gateway is located abroad.
cCodePrefix: Add the international access code '+' or '00' to international numbers.
smsSubject:If specified, the text in this template will be copied in the subject field of the SMS email messages sent to the carrier. The text may contain the character #, which will be replaced by the phone number of the calendar or the event owner (depending on the setting above). Example: \'FROMFHONENUMBER=#\'.
maxLenSms: Maximum length of SMS messages (bytes).
smsAddLink: Add event report link to SMS (0:no, 1:yes).
cronHost: Specifies where the cron service, used for the periodic functios, is hosted. Possible values: 0 = local (on the same server as the calendar), 1 = the cron service of a remote server is used, or lcalcron.php is started manually via the browser (for testing purposes), 2 = the cron service of an external server with a specified IP address is used.
cronIpAddr: A text string with the IP address of the remote cron server. IP address format: xxx.xxx.xxx.xxx, where xxx is a figure in the range 0 - 255
adminCronSum: Specifies whether the calendar administrator will receive a summary report after the periodic functions have been executed. Automatic periodic functions should be installed (see below) and emailing cron job output should be enabled on the server.
chgEmailList: A list with destination email addresses for calendar changes sent by the sendchg.php script. Automatic periodic functions should be installed (see below).
chgNofDays: The number of days the sendchg.php script (see previous variable) should look back for calendar changes. If the automatic periodic functions have been installed (see below), this variable could be set to 1 (one day)
icsExport: Export events in iCalendar format to a .ics file in the 'files' folder. The file name is the calendar name with blanks replaced by a underscore. This function works via a cron job.
eventExp: The number of days after the event's due date when an event expires and will be automatically deleted (0:never). This function works via a cron job.
maxNoLogin: Indicates after how many 'no-login' days a user account should be automatically deleted. Possible values: 0 = never delete a user account, 1 - 365 = number of days. Automatic periodic functions should be installed (see below).
popFieldsSbar: Specifies which event fields should be displayed in the hover box with event details in the stand-alone sidebar. Only fields which are also defined in the setting "evtTemplGen" will be displayed. If no fields are specified, no hover box will be displayed.
showLinkInSB: Specifies whether URL-links, from the description field of the events, should be shown in the sidebar (0: no, 1: yes).
sideBarDays: The number of days to look ahead in the sidebar. The default value is 14 (two weeks).