276

(2 replies, posted in Suggestions)

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 sad
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.

wink

Have you looked at the folder and file permissions? Are they 0755?

Roel

282

(3 replies, posted in Need Help)

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

283

(3 replies, posted in Need Help)

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

Hello Lucas,

I've been very busy lately with other IT matters the last couple of days. I have read your post and will reread it again tomorrow and come back to you with more details or questions wink

Grüße,
Roel

Hi Brian,

Done, added it to the settings! In the next calendar version the days to look back in the Todo list can be specified on the admin's Settings page.

Roel

Hi there,

Thanks very much for reporting this problem. I've changed the code and the problem will be fixed in the next LuxCal release.

Roel

292

(4 replies, posted in Suggestions)

Hi there,

That's a good point, just one text file for all month, rather than 12 separate text files. I will change that for the next calendar version. If you want this change now, send me your email address (via the Contact Us page) and I will mail it to you.

Roel

293

(2 replies, posted in Problems)

Thank you for reporting this issue.
We will check the upgrade script.

Roel

Hello Greig,

I'm afraid there is not much we can do about this. The calendar is using PHP sessions, which (normally) have a lifetime of 20 minutes.
Correct, in the (long) past this didn't happen, because at that time the security measures in the calendar were not so strong. But since quite some time we have introduced strong security measures to keep evil hackers out of the door.
It's a trade-off between the risk of unauthorized access (and damage) to your calendar database and the inconvenience of the need to reload the calendar page after not having used it for more that 20 minutes.

Roel

This is the first time I hear that the utf8 character set is not available on the server.
Correct, comment out the mentioned line (line 369) should solve the problem.

Roel

296

(2 replies, posted in Need Help)

Hi Kim,

Could you send me a kink to your display so that I can have a look myself, please (via the Contact Us form).

Roel

297

(2 replies, posted in Need Help)

Hi Kim,
To send SMSes you will need a paid subscription to a mail2sms service provider.
Have you subscribed to one of the mail2sms providers?

Roel

298

(4 replies, posted in Suggestions)

Isn't that the same as the Todo list in the side menu!?

Roel

Thanks for your very clear explanation. And when looking at the image I see your point, But my problem is that I don't understand how this h3 area can influence the position of the arrow heads. (Actually on the image the arrow heads are not messed up).
The h3 area is part of a div which is positioned "absolute" and "absolute" positioned elements do not affect on the positioning of other elements on the page.

I'm now wondering if there is no misunderstanding wink

The calendar's behavior w.r.t. narrow screens works as follows:
At the very moment the calendar page is loaded in the browser, it tests the width of the screen and if the width is less than Max. width of small screens (settings page), it forces a reload of the page in "narrow screen mode".
This means that if you load a calendar page on your smart phone in landscape position (screen width > setting) and thereafter turn your phone to portrait position (screen width < setting), then the calendar doesn't fit anymore and you should reload the page so that the calendar can serve the page in "narrow width mode".

In other words: If you load the calendar in landscape position and turn your phone to portrait position, yes the arrow heads (and more) won't fit, if you then reload the page, it should fit.

Roel

Thanks Greig.
I followed the steps in your last post, but the problem is that I don't see a problem wink
The forward / backward arrows show at the correct spot for all mobile phones.

It's hard to debug a problem which doesn't show up neutral

Roel