MMM-CalendarExt3

sdetweil

@luisestrada do you have 3 instances of
module:‘calendar’
?

luisestrada

@sdetweil said in MMM-CalendarExt3:

@luisestrada do you have 3 instances of
module:‘calendar’
?

Yes, I have 3 modules, the holidays (shows 3), the birthday calendar (shows 2) and the normal calendar (shows 8).

sdetweil

@luisestrada each sends out its own list of entries. maybe calext3 is replacing a with b with c

luisestrada

@sdetweil said in MMM-CalendarExt3:

@luisestrada each sends out its own list of entries. maybe calext3 is replacing a with b with c

That’s exactly what i thought, so thats why I created 3 different modules by copying the entire module in a separate folder and renaming it, similar to this: https://forum.magicmirror.builders/topic/14724/run-two-instances-of-the-same-module-sometimes-tutorial

but still, if I have 3 modules called, calendar, calendar1 and calendar2, it does it

MMRIZE

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

MMRIZE

@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: { ... }. Your waitFecth or eventTimeOptions and something more would not be applied.
there is no fetchInterval or rotateInterval option in CX3.
broadcastPastEvents is not for CX3 module but for calendar module.
refreshInterval: 1000 * 60 * 1 means redraw calendar every 1 minute. Is it really needed?

sdetweil

@luisestrada the info inside(event broadcast) is still the same
and u didn’t need to do the rename. it supports multiple instances

sdetweil

@MMRIZE u can see in config if multiple instances and maybe the ‘from’ on notification

luisestrada

@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: { ... }. Your waitFecth or eventTimeOptions and something more would not be applied.

there is no fetchInterval or rotateInterval option in CX3.

broadcastPastEvents is not for CX3 module but for calendar 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

luisestrada

@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 instances

All 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