Dashticz - Module - Calendar

[tarmacalastair]

Still no luck using .items div { as you've been using in your custom.css . I used the Web Developer Tools which confirmed that my custom.css is being read properly because changes to font sizes, etc for other blocks worked fine when changed in the browser.

However, your tip on using the Developer Tools was really useful as I was able to scroll through the other source files. Inside the creative.css file I found a couple of references to the calendar. When I changed the value under table.calendar for border-spacing I then found that my calendar in the web page would change.

So, now, based on your suggestions, I have this in my custom.css:

Code: Select all

table.calendar {
font-family: Courier New,Courier,Lucida Sans Typewriter,Lucida Typewriter,monospace !important;
}

I tried all the other settings that you use but for me I think this is really the only line that I need.

Thanks for pointing me in the right direction!

[mvdheide01]

Good to hear

Yes, probably your set up is different than mine.
There are more ways to Rome as we Dutchies say (Yes I am a real Dutchy in Belgium)

Still no luck using .items div { as you've been using in your custom.css . I used the Web Developer Tools which confirmed that my custom.css is being read properly because changes to font sizes, etc for other blocks worked fine when changed in the browser.

However, your tip on using the Developer Tools was really useful as I was able to scroll through the other source files. Inside the creative.css file I found a couple of references to the calendar. When I changed the value under table.calendar for border-spacing I then found that my calendar in the web page would change.

So, now, based on your suggestions, I have this in my custom.css:

Code: Select all

table.calendar {
font-family: Courier New,Courier,Lucida Sans Typewriter,Lucida Typewriter,monospace !important;
}

I tried all the other settings that you use but for me I think this is really the only line that I need.

Thanks for pointing me in the right direction!

[Eddiever]

For those of you who want the F1 calendar 2020 perhaps you can use this code:
(it is in Dutch but that works fine for me)

Code: Select all

calendars.formule1 = { maxitems: 15, icalurl: 'https://calendar.google.com/calendar/ical/ekqk1nbdusr1baon1ic42oeeik%40group.calendar.google.com/public/basic.ics' }

[Rob67ert]

Is there a way to only show the start time of a calendar event?

[lzwfkv]

I have an issue with recurring calendar events, whereby the calendar only shows the first occurrence of the recurrences, but after that all the following occurrences are skipped. I have noted it in all the latest 3 or 4 Dashticz beta releases (don't know if it was the case for previous ones as well), now i am on beta v. 3.3.2.
Is this something known, anyone else with this issue or is it just my own misbehaviour of the calendar module?
I have a business calendar based on outlook/office365 with several daily, bi-daily and weekly recurring events as well as a private google calendar with some monthly or yearly recurring events (mostly birthdays and the likes) but both behave the same way: only first occurrence is shown in the calendar module, from the second one onwards they are skipped.
Hope someone can give useful suggestion or confirm it is a bug.

Thanks.

[Lokonli]

I have an issue with recurring calendar events, whereby the calendar only shows the first occurrence of the recurrences, but after that all the following occurrences are skipped. I have noted it in all the latest 3 or 4 Dashticz beta releases (don't know if it was the case for previous ones as well), now i am on beta v. 3.3.2.
Is this something known, anyone else with this issue or is it just my own misbehaviour of the calendar module?
I have a business calendar based on outlook/office365 with several daily, bi-daily and weekly recurring events as well as a private google calendar with some monthly or yearly recurring events (mostly birthdays and the likes) but both behave the same way: only first occurrence is shown in the calendar module, from the second one onwards they are skipped.
Hope someone can give useful suggestion or confirm it is a bug.

Thanks.

I have the same problem. It's not caused by a recent Dashticz update, because Dashticz 3.0.0 also doesn't show the recurring events anymore. I'll look into this.

[Lokonli]

The ical calendar module that we are using suffers from a year 2020 problem: No recurring events after 1-1-2020

This is solvable. However, the yearly recurring events still seem to be incorrect. I'll try to solve this as well, before I publish a new release.

[lzwfkv]

The ical calendar module that we are using suffers from a year 2020 problem: No recurring events after 1-1-2020

This is solvable. However, the yearly recurring events still seem to be incorrect. I'll try to solve this as well, before I publish a new release.

Thank you for your efforts. It's appreciated. Dashticz is getting better and better with your great work.

[tarmacalastair]

Indeed, I'd like to add my thanks too.
I've only just noticed that all my recurring events have suddenly stopped working too and I'm using a Google calendar.

[Lokonli]

The calendar data, in ical format, is parsed with a PHP ical library. The library that we used for this was pretty old (2010...). At that time 2020 seemed to be far away. Appararently all recurring events were stopped after 1-1-2020.

I decided to make a switch to a new PHP ical library.

This library however requires PHP version 7 (or higher). I think most people actually are using at least PHP 7. If not, let me know.

The new library has just been pushed to the beta branch. It might have some unexpected side effects. If you see issues let me know.

[lzwfkv]

Hi Lokoni, great work with the new library.
I updated to the latest beta and now i can see all the instances of recurring events. I didn't have to change anything in the definition files or URLs and the fix was working out of the box (almost).
I just faced an issue with Timezones and Outlook/Exchange calendar due to non fully standard TZ names used by Microsoft. The new ical library seems to be sensitive to the event's TZ attribute and, since there was an extra TZ defined in some of my Outlook calendar's events ("W. Europe Standard Time 1"), the php ical parsers raised a blocking exception ("Exception: DateTimeZone::__construct(): Unknown or bad timezone (W. Europe Standard Time 1) in /home/android/dashticz_v3/vendor/dashticz/ical/vendor/om/icalparser/src/IcalParser.php:181") with the result that the Outlook calendar was not loaded.
Lukily, there is a TZ mapping file in the new library source under "<dashticz path>/vendor/dashticz/ical/vendor/om/icalparser/src", file named "WindowsTimezones.php", where i simply added my own unexpected TZ and mapped it to the correct standard TZ name "'W. Europe Standard Time 1' => 'Europe/Berlin'," ; now also my Outlook calendar is loaded and showing recurring events correctly.
Hopefully this info can help anyone else who could have similar issues with strange TZ defined in non-Google calendars' events.

Thank you again for the quick fix.

[Lokonli]

Hi Lokoni, great work with the new library.
I updated to the latest beta and now i can see all the instances of recurring events. I didn't have to change anything in the definition files or URLs and the fix was working out of the box (almost).
I just faced an issue with Timezones and Outlook/Exchange calendar due to non fully standard TZ names used by Microsoft. The new ical library seems to be sensitive to the event's TZ attribute and, since there was an extra TZ defined in some of my Outlook calendar's events ("W. Europe Standard Time 1"), the php ical parsers raised a blocking exception ("Exception: DateTimeZone::__construct(): Unknown or bad timezone (W. Europe Standard Time 1) in /home/android/dashticz_v3/vendor/dashticz/ical/vendor/om/icalparser/src/IcalParser.php:181") with the result that the Outlook calendar was not loaded.
Lukily, there is a TZ mapping file in the new library source under "<dashticz path>/vendor/dashticz/ical/vendor/om/icalparser/src", file named "WindowsTimezones.php", where i simply added my own unexpected TZ and mapped it to the correct standard TZ name "'W. Europe Standard Time 1' => 'Europe/Berlin'," ; now also my Outlook calendar is loaded and showing recurring events correctly.
Hopefully this info can help anyone else who could have similar issues with strange TZ defined in non-Google calendars' events.

Thank you again for the quick fix.

Thanks for the feedback. I'll dig into this to check whether a more structural solution is possible.

[Lokonli]

@lzwfkv:
Your change proposal has already been merged into the official icalparser library .
See:
https://github.com/OzzyCzech/icalparser/pull/44

I'll update Dashticz to this new library version.

[lzwfkv]

@lzwfkv:
Your change proposal has already been merged into the official icalparser library .
See:
https://github.com/OzzyCzech/icalparser/pull/44

I'll update Dashticz to this new library version.

Thank you for that, by far beyyer to include it in the original library itself.

[Scotty]

I'm having an issue with the calendar module.

I am running apache with PHP on my RasPi with two installations of Dashticz

192.168.0.22/dashticz and 192.168.0.22/dashticz-beta

The calendar module works flawlessly on the master release however just shows 'loading...' on the beta release. The config.js is exactly the same for both installations.

The console shows:

Failed to load resource: the server responded with a status of 500 (Internal Server Error) - http://192.168.0.22/dashticz-beta/vendo ... *HiddenURL*

and

Error in response from calendar with icalurl ./vendor/dashticz/ical/?time=1580049903977&maxitems=5&url=*HiddenURL*

Any suggestions? I've tried searching but most threads just say about installing PHP which is already done and working.

[HansieNL]

Did you update lately the beta version? The PHP ical library is raplaced and needs PHP 7.1. If running Raspbian Stretch PHP is 7.0.

[Scotty]

Cool, I missed that so I will update my PHP and see what happens!

Thank you

[gielie]

My calendar is not working anymore. What i see that i need php7.1 for the latest beta. Is it known that for Raspbian stretch there is no php7.1, php7.0 is the latest. Does this mean im forced to upgrade to Buster? Does Buster already work flawlessly with Domoticz and Dashticz? What i understood it is not. And why upgrade to PHP7.1 an not PHP7.4 (latest). Is there a workaround to get the calendar working on Raspbian stretch again?

[Lokonli]

My calendar is not working anymore. What i see that i need php7.1 for the latest beta. Is it known that for Raspbian stretch there is no php7.1, php7.0 is the latest. Does this mean im forced to upgrade to Buster? Does Buster already work flawlessly with Domoticz and Dashticz? What i understood it is not. And why upgrade to PHP7.1 an not PHP7.4 (latest). Is there a workaround to get the calendar working on Raspbian stretch again?

I've already a new version working that is compatible with php5.

If you are adventurous you can test the websocket branch, but maybe it's better to wait for the new beta.

And yes, PHP7.1 is the minimum version: PHP7.4 is fine as well.

If you use the automatic install, then it will work as well.

[TapNL]

I am trying to combine three calendars. Don't seem to get this work.
Is this supported, or is the calendars.combined topped at two?