MMM-CalendarExt2

[BKeyport]

@Sean said in MMM-CalendarExt2:

3. That is because just parsing of other calendars is not finished before the first drawing of current loaded events. Just wait, in the next turn remains will be displayed.
   Or set enough time of firstDrawingDelay to wait for all the parsing be completed.
   https://github.com/eouia/MMM-CalendarExt2/wiki/2e.-Configuration:Others

is there a way to set priority of loading? If the trumba calendar referenced (Seahawks) is causing issues, I’d rather my main calendar loads first (Hold display until loaded), then the “trash” calendar, then the Trumba calendar. If not, feature request.

Thanks again, Love being able to make this exactly the way I want.

[A Former User]

@BKeyport
It would be over spec I think. Because;

• This symptom would be improved by delayFirstDrawing to some degree. I think a few seconds would be enough to complete all parsing. If some calendar would take over 10 seconds, it would be the connection issue not parsing issue.
• This symptom would be issued on short time only when MM starts. Usually, after the first cycle of refreshing, this issue would be gone away.
• None the less assigning priority, there would be no guarantee for the specific calendar completing to parse first. The main reason for this delay lays in the network connection quality between your RPI and the calendar server.

Anyway thanks for the suggestion. I’ll research more.

[cskenney]

@Sean I think I have it figured out now. If looks like putting the calendar scanInterval in the default section (look at the code I posted above) doesn’t apply it to all the calendars. Instead it looks like they are using a default value of 30 minutes. Does that make sense?

[A Former User]

@cskenney
Hmmm. without real ical data, I can’t say anything about your case. Configuration itself seems nothing wrong.
When I changed your updateInterval to 1000*30, it refreshes per 30 seconds.
If you don’t mind, send me your configuration with real ical URL. my email is eouia0819@gmail.com

[A Former User]

@cskenney
Wait a sec. I think found something.

[A Former User]

@cskenney
You have a mistyping in defaultSet. Not calendars, Fix it to calendar

[BKeyport]

@Sean You can also do it through PM2 directly.

In a second session run “pm2 logs” – it’ll live update the logs on that session’s screen.

[cskenney]

@Sean That did the trick. You used Calendars (with an S) for the main code section but the default section only used calendar (without the s). I didn’t notice the syntax difference. Thanks for the help.

[A Former User]

@cskenney
Because calendar of defaultSet would be applied to each calendar of calendars:[]. But anyway, my English is not so good so there could be confusing.

[cskenney]

@Sean No, it’s fine. I just didn’t notice the syntax difference when I created the default section.

Thanks again for your help.

[Lordy]

The two things were only added after the installation of “MMM-Page-Selector”.
Do you know how I remove the “module name (red)” and the “module counter blue”?
It is somehow related to the module.
I hope Sean, can you help me?

[A Former User]

@Lordy
Remove postion of module. This module doesn’t need it.

[Lordy]

@Sean said in MMM-CalendarExt2:

Remove postion of module. This module doesn’t need it.

I tried it, unfortunately without success. Or what exactly do you mean? Here is my config.

{
module:“MMM-CalendarExtMinimonth”,
disabled: false,
position: “bottom_bar”,
pages: {main: ‘bottom_bar’},
calendars: [ ],
},
{
module: ‘MMM-CalendarExt2’,
disabled: false,
pages: {main: “bottom_bar”},
config: {
rotateInterval: 5601000,
scenes:[
{
name: “”,
views: [“”],
},
],
views:[
{
position: “bottom_bar”,
name: “”,
title: “”,
mode: “week”,
colored: true,
type: “row”,
slotCount: 2,
slotSubTitleFormat: “dddd”,
slotTitleFormat: “DD.MMMM”,
slotAltTitleFormat: “DD.MMMM”,
slotMaxHeight:“325px”,
calendars: [“xxx”],
locale: “de”,
maxItems:2000,
hideOverflow: false,
},
],
calendars: [

[A Former User]

@Lordy
Hmmm. this module would manage its hiding/revealing by itself. So there is no need set postion of this module itself. But you set the position by pages: {main: “bottom_bar”}, through MMM-Page-Selector by force.
Unfortunately, MM would show the module name and id even when the module has nothing to draw at that position.

Hmmm…

I think the easiest way is to hide it by CSS.

#module_7_MMM-CalendarExt2 {
  display:none;
}

The only problem is, if you change the order of modules(adding a new module or removing) in configuration, the module Id will be changed. In that case, you should modify again.

[Lordy]

@Sean said in MMM-CalendarExt2:

The only problem is, if you change the order of modules(adding a new module or removing) in configuration, the module Id will be changed. In that case, you should modify again.

Thank you for your prompt reply. And always, you were right about that. :thumbs_up_medium-light_skin_tone:

[nmeldre]

This post is deleted!

[BKeyport]

Sean:

Looks like we’re getting screwed over here:

Starting February 15, 2021, G Suite accounts will only allow access to apps using OAuth. Password-based access will no longer be supported.

Calendar
If you use CalDAV to give an app or device access to your calendar, switch to a method that supports OAuth. We recommend the Google Calendar app [Web/iOS/Android] as the most secure app to use with your G Suite account.

[A Former User]

@nmeldre
i’ve been asked this already countless times, however still the answer is same.
i regard week/month view as a kind of brief overview or summary of long periods. so have no idea to provide details on these both views.

Because;

• wrapping usually looks ugly anyhow.
• the more title means the less events to show at a same time in same area.
• can use transforming for abbreviation or using icon or assigning styles for better distinguishing than long text
• additional better views exist to show detailed info of more important and close future events. like upcoming or daily.
• real web or desktop application - google calendar and apple calendar - also don’t provide title wrapping in month style views.

So, sorry.

[A Former User]

@BKeyport
hmm i don’t use G suit, so at this moment, have no idea how things going. I’ll research.
(maybe 3rd party converter module could be possible to solve that issue without modification of this module directly)

[BKeyport]

@Sean I figure Google’s gonna do that to main accounts sooner or later. GSuite is usually the test bed.

I’m likely going to be moving my calendar agenda system, depends on what my appointment manager supports.