You are not logged in. Please login or register.
LuxCal Web Calendar → Posts by Roel
Hi Klaus,
This sounds like an other kind of problem. Is this still a problem?
Could it be that you did not enclose the list name in square brackets? As said in one of my posts above, since end 2018 email recipients list names must be enclosed in square brackets.
Roel
For those who may possibly run into the same problem:
On the Settings page, in the General section the specified Calendar URL was wrong. After correcting the URL all seems to be working again. Knock wood 
Roel
Hi John,
At a distance it's hard to say what might go wrong with sending/receiving emails. Maybe the following will help to pin down the problem . . .
As John Schwartz said above, it is important to set the "Calendar email address" in the General section on the Settings page to a mail address hosted by the host of the calendar (i.e. IVC website). In the same context, it's also best to set "Sender of notification emails" on the Settings page, under "Reminders - Email" to "calendar".
The LuxCal calendar can send emails on the following occasions:
When pressing the Test Mail button in the General section on the Settings page. This is working you wrote, right? So we know that PHP mail is functioning.
When on the Settings page, in the General section, the "Send notification of calendar changes" has been checked and a valid email address is present in the Recipient list, each time a calendar change (add, edit or delete event) takes place (by whoever) an email will be sent to the recipient(s).
When checking the Send mail now checkbox in the Add/Edit event window. These are the emails giving your calendar users troubles
When a cron job has been set up, email reminders can be send, when requested, and a daily cronjob summary will be sent to the admin. However, you have no cronjob set up, so this number 4. is irrelevant.
Could you ensure that number 2. above has been done and put your own email address in the Recipients list. Now you should get an email of every calendar change!
What I would like to know is the following:
When one of the calendar users (could be you) does NOT get a requested email when "Send email now" was checked, do you still get a "Changed Event" email as a result of number 2. above?
And just to be sure:
I don't know if you are using recipients lists in the "To" field of the Add/Edit event window, but since end 2018, recipients list names in the "To" field should be enclosed in square brackets! In your User Guide on the IVC site, you don't describe sending emails; could it be that some users are not aware of this change and still are using recipients list names without square brackets? When hovering the red ? right of the To field in the Add / Edit event window, you will see all possibilities.
Hope this will help and will not confuse you
Cheers, Roel
Hi FreeBe,
I've sent you a modified search.php file by email.
Roel
Hi FreeBe,
Send me your email address and I will send you a new search.php file with a minor change.
No need for a feature request. The next LuxCal calendar version I have already has the possibility to specify the default search date range on the admin's Settings page
The only problem for you is that this new version has not yet been released 
Roel
Hi there,
Do you need to be able to change the default date range each time (flexible), or do you just want to change it once?
I can send you a search.php script with a minor modification where somewhere in the heading of the file you can specify the default number of days to look back and the number of days to look ahead. Would that be ok?
If so, please tell me what LuxCal calendar version you are using (see top of the Settings page).
Roel
Doss,
I did some testing and analyzing and came to the following conclusions:
1. Using firefox, edge, chrome, opera and safari I could reproduce the same problem by using an iframe to load a calendar from an other domain.
2. In all browsers the problem was identical: Session expired - 'no session cookie' message in the bottom status bar.
3. I searched the web for a reason and found that cookies cannot be used cross-domain.
Item 3 means that the calendar (or any program) in domain x, loaded in an iframe of a website in domain y cannot set cookies in the browser visiting domain y.
Consequently when the calendar in domain x cannot set a cookie in the browser visiting domain y, the calendar cannot function. The display of the initial calendar page will work, but as soon as the user tries to go to an other calendar page, a PHP session is needed (to remember the user) and PHP sessions use a cookie to store the session ID.
Why it works for you in safari, is a mystery to me. For me it didn't work in any browser.
Roel
Hello Doss,
I'm not sure but . . . .
You are using the calendar cross server. In this case it could be that because of security measures in the calendar it is a problem to set a PHP session cookie.
The fact that it works with safari maybe means that safari is a little bit less strict w.r.t the cookie path.
Could you try the following:
- edit the index.php file (in the calendar root) and
- change line 78 ($calPath = . . . .) into
$calPath = '/';If this doesn't solve your problem, please let me know. I will then try to reproduce the problem and analyze it.
Roel
Hi Hubert,
I need some more details . . .
What does your daily report say? Does it say that email reminders have been sent?
For every event created/modified you receive an email, but these emails are sent directly and not through a cron job. It shows however that the PHP maill function is working. So yes, great.
But the question above is important for the analysis of the problem, did the daily report say that email reminders have been sent?
What does the file logs/luxcal.log say? Does it say "Cron Job started"? and "OK."?
Roel
Hi Bill,
On the admin's Settings page in the Events section, you can specify the minimum user rights required to see the Extra Fields 1 and 2. If a user has sufficient rights, he/she will see Extra field 1 and 2 respectively and will also see the thumbnails specified in the EF1 and 2. So thumbnails could be useful for EF 1 and 2 when you want them to be visible to a specific category of users.
Roel
Hi Lucas,
Sorry, I was not clear enough in my previous post . . .
"|(#a)|" should not be the only thing in the templates, it should be part of the templates! It is the "age" part.
So if you want for instance the event time , the event title and the age to be displayed, your templates should look as follows: "#ts #e| (#a)|"
When you only put "|(#a)|", the event title is not included and if there is no title, you can't click it to edit the event. So the event title "#e" should always be part of the templates.
You can see all possibilities on the Settings page, under Views, when you hover the label "Event layout in Month, Week and Day view".
Roel
Hi Lucas,
I remember that I've sent you some changed files in the past to display the age of persons having their birthday.
As Schwartz explained above, this feature has changed a bit to make it more flexible. This had to be done because not everybody was happy the age in parentheses. There are basically two changes:
1. To make the feature work, the year of birth should be present in the events description field enclosed in parenthesis
2. On the Settings page, under Views, in the "Event layout in Month, Week and Day view" templates you have now the freedom to specify how you want the age to be shown (e.g. "(#a)", "age: #a", "#a years old",etc. However, to ensure that the extra characters are only shown when #a results in a value, you should make it a section, by using the new section separators (vertical bar). So in your case you should put "|(#a)|" in the template .
Thereafter it should be fine.
I know that this means you will have to change a few descriptions (put parentheses around the year of birth) and I'm sorry for that. But I promise that I will not change this again in the future
Roel
Hi Klaus,
What do you mean by "a customized text". Do you mean that the notification should not contain the event details, but a text specified by the event owner? And if so, where should this text be specified? Should it be an additional field in the Event window, or could it also be a "marked" text in the event description (for example a text in square brackets)?
Roel
With calendar version 4.7.9 calendar pages will not scroll on mobile devices because of a problem in the style sheet.
The problem can be solved by editing the file "css/css.php" and deleting line 56 ("body {overflow:hidden;}")
When visiting the calendar after this change, don't forget to refresh the page once, so that the styles are reloaded in the browser's cache.
As of 13 August 2020 this fix has been applied to the download packages.
Roel
Hi Maxime,
I made a mistake in the calendar's styles. I'm sorry for that
The problem can be solved by editing the file "css/css.php" and deleting line 56 ("body {overflow:hidden;}")
When visiting the calendar after this change, don't forget to refresh the page once, so that the styles are reloaded in the browser's cache.
Roel
Highlights
This new LuxCal version 4.7.9 includes interesting new features, improved technical issues and bug-fixes.
Most important new features / improvements:
• Various improvements for the stand-alone displays. E.g. More flexible styling possibilities, filtering on event sub-categories, for birthdays automatic display of age, favicon possible.
• More flexibility to tailor the event title in month, week and day view, including and option for birthdays to automatically display the age of the person in your own format.
• The side bar information messages for each month have been grouped together in one file called info.txt. Messages can now be displayed during one single month or during several months.
This new release has been tested again with the help of John from Denmark. Thank you John, you're a hero!
Hereafter you will find a full summary of all changes since LuxCal version 4.7.8.
New features/Improvements
• Stand-alone displays: More flexible styling possibilities. 1) The margins of the event container, containing the event head and body, can now be specified separately. 2) The font attributes of the "No events" text can be specified separately and the text has no background color anymore.
• Stand-alone displays: The possibility to filter events on event subcategories has been added.
• Stand-alone displays: For all displays a new configuration parameter has been added to specify a favicon.
• Stand-alone displays: An option has been added for displays to show for birthdays the age of a person in the event title. E.g. "Harry Potter (18)".
• An option has been added for month, week and day view to add for birthdays the age of a person to the event title. On the settings page you can add the key #a to the Event layout templates. If an event in an event category with "Repeat" set to "every year" has a year of birth in parentheses, e.g. (1982), specified somewhere in it's description field, the key #a in the event layout template will be replaced by the age of the person, which is the difference between the year of birth and the year of the calendar date. E.g. "Harry Potter (18)".
• In the views Upcoming Events and Changes, if an event in an event category with "Repeat" set to "every year" has a year of birth in parentheses, e.g. (1982), specified somewhere in it's description field, the age of that person will be shown in parentheses at the end of the event title.
• The event layout template for Month, Week and Day view has been improved. It now accepts separators (|-character) to split the template in different sections. If in a section with a #-parameter this parameter results in an empty string, then the whole section will be omitted and not be displayed. The template may also contain HTML tags; e.g. <b>#e</b>.
• On the Log-in page and the admin pages a Help button has been added on the right side of the Navigation Bar. On these pages it is not so obvious to open the side menu and select Help to get to the User Guide.
• When the matrix views are loaded, the focus is given to the matrix part of the page, so that the left/right arrow keys can directly be used to scroll the matrix left and right. This doesn't work in Chrome.
• The information messages for each month have been grouped together in one file called info.txt, rather than 12 individual files. It is now possible to define messages to be displayed during one single month or during several months.
• In the calendar URL, when using the cC parameter, it is now possible to specify negative event category sequence numbers for event categories that should be excluded from the calendar (e.g. ?cC[]=-2, &cC[]=-4).
• Drag functions to drag the Todo, To Approve and Upcoming Events lists have improved. The sidebars can not be moved out of the window anymore, they moves smoother and the text in the header cannot unintentionally be selected anymore.
• For the Todo list it is now possible to specify on the settings page the number of days to look back.
Technical issues
• On the admin's settings page, the width of the center box with the field sets was fixed 900px, but is now variable, which avoids field set lines to be wrapped when using languages with longer texts.
Bug fixes
• 01. pdfclass1.php, pdfclass2.php: If in the configuration settings for the pdf print layout no event body fields were specified, then the starting position of the event time(s) was always reset to the left margin.
• The connection to the calendar database was established before a possible pdf.cnf file was included and therefore the $calID setting from the pdf.cnf file did not overrule the default setting.
• The red X in the right upper corner of the User Guide window did not work anymore (since V4.7.7). Solved.
• In the past for new calendar installations the user interface language for the Public User was set to English, fixed. From now on the language for the Public user is left blank, which means the default language specified on the Settings page is taken.
• Stand-alone displays: The user interface language file used in the displays was the one corresponding to the default language on the admin's settings page. However, since the option to login has been added to the displays, the language file should correspond to the language specified in the account of the user.
• When the side panel was enabled, in week and day view the mini calendar in the side bar always showed the work days only, also when the main week view showed the full week.
• When validating the user name in email and sms recipients lists, "\u" was used to specify the range of accented characters. However "\u" is not supported by PCRE. Changed to "\x{}".
• When separating fields of an imported file, if a separator character is escaped by a backslash, the backslash character was not removed from the the field. Solved by using the PHP str_getcsv function, rather than the preg_split function.
• In display0 (the mini-calendar) one could just move one month forward or backward, a next click on the arrows showed the message 'not permitted (display0)'. Solved by replacing REQUEST_URI by PHP_SELF.
• In the event description it is now possible to use image with more than one dot in the file name, for example: pink.2020.png.
Have you looked at the folder and file permissions? Are they 0755?
Roel
Hi Berns,
On line 155 of the "common/dtpicker.jd" file, in the for-statement, the variable i is compared to the minimum of dwEndH and 23. See code below:
for (var i = dwStartH; i <= Math.min(dwEndH,23); i++) {It is this dwEndH. If it is set to 20 (on the Settings page), the time picker should stop at 19.45.
Note: After each dtpicker.js file change refresh the browser page (Ctrl-F5) to clean the cache.
Hope this helps.
Roel
Hi Berns,
The time picker can be found in the "common/dtpicker.js" file (lines 135 - 185).
The time interval of 15 minutes is determined by the condition in the for-loop at line 160.
If you need help, I can modify the time-picker for you. In this case you should tell me in detail what it should look like. And be aware that the total time picker box can not be much bigger, because there is not much room left.
If you want me to do it for you, drop me an email, so that I can send you a modified file.
Roel
Hi guys,
I've sent Lucas the changed files and instructions to create a birthday calendar. If someone else is interested, drop me a mail (Contact US page).
Roel
Hi Lucas,
The modification is available.
Roel
Hi Lucas,
Example:,
You create an event with title "Harry Potter" for the 16th of May and a description field you put "2003" and for this event category (birthdays) you check the "show age" checkbox (the checkbox I propose to add).
Now each time the event is displayed, the software will make the calculation 2020 - 2003 = 17 and add "(17)" to the event title. So in 2021 the event title will be "Harry Potter (18)" and in 2026 the event title will be "Harry Potter (23), and so on.
Roel
Hi Guys,
What I could do for you is the following:
For the event category "birthday", where the Repeat is set to "every year" I can add a check box "show age". When this check box is selected, the software will look in the event description field and if it finds a "year" (1987, 2013, etc.) it will automatically add the age to the event title. So the title could look as follows:
Harry Potter's birthday (2003)
Or something similar.
Would that help?
Roel
Hello Lucas,
First a little note: I suggest to upgrade to the latest LuxCal version 4.7.8. In the calendar sidebar of your current verion, when you click an event, then you get a message "PHP session expired". This problem has been solved in the latest version.
Your question about integrating a birthday calendar with the LuxCal calendar: Yes, I think this makes sense! As already mentioned by Schwartz, actually LuxCal has a number of so-called displays (see LuxCal website - LuxCal Displays). Displays are almost the same as the sidebar you are currently using, but they are very easy to use and highly configurable (user interface styles and content). With the displays of the last LuxCal version, you have the option to force the users to log in. So you could have a calendar category "public birthdays" and another category "private birthdays" and then have a display with the public birthdays, where users don't need to log in and another display with a log in button, where users will have to log in to see the birthdays.
Alternatively, if you prefer, you can also have one single birthday display where public users will see the public birthdays and when logged in they will in addition see the private birthdays.
When you decide to go into this direction, then I or Schwartz (he knows exactly how it works), can help you.
Kind regards,
Roel
LuxCal Web Calendar → Posts by Roel