MagicMirror Forum
    • Recent
    • Tags
    • Unsolved
    • Solved
    • MagicMirror² Repository
    • Documentation
    • 3rd-Party-Modules
    • Donate
    • Discord
    • Register
    • Login
    A New Chapter for MagicMirror: The Community Takes the Lead
    Read the statement by Michael Teeuw here.

    MMM-CalendarExt2

    Scheduled Pinned Locked Moved Utilities
    486 Posts 83 Posters 825.8k Views 83 Watching
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • BKeyportB Offline
      BKeyport Module Developer @Guest
      last edited by

      @Sean said in MMM-CalendarExt2:

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

      The "E" in "Javascript" stands for "Easy"

      ? 1 Reply Last reply Reply Quote 0
      • ? Offline
        A Former User @BKeyport
        last edited by

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

        1 Reply Last reply Reply Quote 0
        • C Offline
          cskenney @Guest
          last edited by

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

          ? 3 Replies Last reply Reply Quote 0
          • ? Offline
            A Former User @cskenney
            last edited by 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

            1 Reply Last reply Reply Quote 0
            • ? Offline
              A Former User @cskenney
              last edited by

              @cskenney
              Wait a sec. I think found something.

              1 Reply Last reply Reply Quote 0
              • ? Offline
                A Former User @cskenney
                last edited by

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

                C 1 Reply Last reply Reply Quote 0
                • BKeyportB Offline
                  BKeyport Module Developer @Guest
                  last edited by

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

                  The "E" in "Javascript" stands for "Easy"

                  1 Reply Last reply Reply Quote 0
                  • C Offline
                    cskenney @Guest
                    last edited by

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

                    ? 1 Reply Last reply Reply Quote 0
                    • ? Offline
                      A Former User @cskenney
                      last edited by 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.

                      C 1 Reply Last reply Reply Quote 0
                      • C Offline
                        cskenney @Guest
                        last edited by

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

                        Thanks again for your help.

                        1 Reply Last reply Reply Quote 0
                        • 1
                        • 2
                        • 18
                        • 19
                        • 20
                        • 21
                        • 22
                        • 48
                        • 49
                        • 20 / 49
                        • First post
                          Last post
                        Enjoying MagicMirror? Please consider a donation!
                        MagicMirror created by Michael Teeuw.
                        Forum managed by Sam, technical setup by Karsten.
                        This forum is using NodeBB as its core | Contributors
                        Contact | Privacy Policy