Read the statement by Michael Teeuw here.
MMM-CalendarExt3
-
@MMRIZE said in MMM-CalendarExt3:
@luisestrada
Well, I was worried about just that case when I developed this module - multiple calendar instances. I thought Nobody would use the calendar module like that. So I haven’t considered supporting that case. But I was wrong.The current behaviour of this module is replacing whole events when the notification arrives, not combining each. So you cannot get proper whole events from multi-emitter of notifications.
I’ll modify the module in a few days to stack each event not replace it. Wait for a little.
Thank you, I will show you my code so you all can understand the mess I did :beaming_face_with_smiling_eyes:
@MMRIZE said in MMM-CalendarExt3:
@luisestrada
By the way, your configuration is not quite effective. Some options are located in the wrong place, some are invalid.-
All module-specific user configuration should be placed in
config: { ... }
. YourwaitFecth
oreventTimeOptions
and something more would not be applied. -
there is no
fetchInterval
orrotateInterval
option in CX3. -
broadcastPastEvents
is not forCX3
module but forcalendar
module. -
refreshInterval: 1000 * 60 * 1
means redraw calendar every 1 minute. Is it really needed?
It was supposed to be ten minutes but because I was trying and adding and testing, I forgot to change it back
-
-
@sdetweil said in MMM-CalendarExt3:
@luisestrada the info inside(event broadcast) is still the same
and u didn’t need to do the rename. it supports multiple instancesAll calendar were working under the same name, however i thought it was the cause of the blank CX3 so that’s why i tried to create one version for each module as a last resort
-
My code with the changes based on your feedback (and it seems to be working for now) Thank you!
//Calendar hidden Module { module: "calendar", //position: "top_left", header: "Eventos", config: { broadcastPastEvents: true, // <= IMPORTANT to see past events instanceId: "WeeklyCalendar", calendars: [ { url: "URL1", name: "Cal1", // <= RECOMMENDED to assign name color: "#0760d1", // <= RECOMMENDED to assign color symbol: false }, { url: "URL2", name: "Cal2", // <= RECOMMENDED to assign name color: "#2a4d56", // rgb(92%, 33%, 55%), // <= RECOMMENDED to assign color symbol: "birthday-cake" }, { url: "URL3", name: "Cal3", // <= RECOMMENDED to assign name color: "#333", // rgb(92%, 33%, 55%), // <= RECOMMENDED to assign color symbol: "bank" }, { url: "URL4", name: "Cal4", // <= RECOMMENDED to assign name color: "#3f0101", // <= RECOMMENDED to assign color symbol: "flag" }, { url: "URL5", name: "Cal5, // <= RECOMMENDED to assign name color: "#765f02", //rgb(58%, 24%, 45%) // <= RECOMMENDED to assign color symbol: "flag" }, ], } }, // CX3 Module { module: "MMM-CalendarExt3", position: "bottom_bar", title: "Calendario", config: { mode: "week", instanceId: "WeeklyCalendar", locale: 'es-CO', maxEventLines: 3, firstDayOfWeek: 0, weekIndex: 0, weeksInView: 4, waitFetch: 1000 * 10, // (ms) waiting the fetching of last calendar to prevent flickering view by too frequent fetching. refreshInterval: 1000 * 60 * 10, // (ms) refresh view by force if you need it. glanceTime: 1000 * 60 * 10, // (ms) Return to original view when you move to other moment by notification. eventTimeOptions: { timeStyle: "short" }, //useSymbol: false, calendarSet: ['Cal1', 'Cal2', 'Cal3', 'Cal4', 'Cal5'], } },
Now these 3 calendars seem not to be conflicting with CX3
{ module: "calendar2", header: "CAL2", position: "top_left", config: { calendars: [ { url: "CAL2" }, ], maximumEntries: "2", wrapEvents: true } }, { module: "calendar2", header: "CAL3", position: "top_left", config: { calendars: [ { url: "CAL3" }, ], maximumEntries: "3", wrapEvents: true } }, { module: "calendar2", header: "CAL", position: "top_left", config: { calendars: [ { url: "CAL" }, ], maximumEntries: "5", wrapEvents: true } },
Sorry for the long message
-
@luisestrada said in MMM-CalendarExt3:
My code with the changes based on your feedback (and it seems to be working for now) Thank you!
I talked too fast, I pressed submit and the issue came back :anxious_face_with_sweat:
-
@luisestrada
By your configuration;- It will be refreshed every
refreshInterval
by force. You’ve set up10 minutes
. - It will be refreshed after 10 seconds(
waitFetch
) of the last calendar parsed. a more frequent parsing of your calendar would be a more frequent updating view. If your 5 calendars finish their parsing in 10 seconds together, the view will be updated once. Meanwhile parsing your 5 calendars would take dozen seconds sequentially, the view will be flickering. In that case, setwaitFetch
longer.
Anyway, I’ll release more improved version for frequent CALENDAR_EVENTS in a few days. Plz wait a little.
- It will be refreshed every
-
@MMRIZE said in MMM-CalendarExt3:
@luisestrada
By your configuration;- It will be refreshed every
refreshInterval
by force. You’ve set up10 minutes
. - It will be refreshed after 10 seconds(
waitFetch
) of the last calendar parsed. a more frequent parsing of your calendar would be a more frequent updating view. If your 5 calendars finish their parsing in 10 seconds together, the view will be updated once. Meanwhile parsing your 5 calendars would take dozen seconds sequentially, the view will be flickering. In that case, setwaitFetch
longer.
Anyway, I’ll release more improved version for frequent CALENDAR_EVENTS in a few days. Plz wait a little.
Thank you @MMRIZE , I took your recommendations.
- It will be refreshed every
-
Hi again,
I read I did not have to do anything to get the weather displayed, however I still don’t see it. Any idea why?
-
@luisestrada
Displaying the weather icon is an experimental feature. It would be applied from the next version of MagicMirror (ver 2.20) which will be released the next July.At this moment(with the current MagicMirror 2.19), you can try like this;
cd MagicMirror // Your MM installed directory git pull // to update latest version. If your MM was quite old, you might need additional command `npm install` git checkout develop // Change the branch to develop version.
You don’t need this method after July.
-
@MMRIZE if they used my script to install they need a different command
see
https://forum.magicmirror.builders/topic/14327/testing-new-fixes-or-solving-current-problems-with-next-release-code -
@MMRIZE I may prefer to wait until July then. :smiling_face_with_smiling_eyes:
And thank you so much for the recent update. Now the calendar works perfectly, no blinking and no black calendar as before. Works perfectly