Calendar Widget

The problem

A calendar you have to open a browser tab to see is a calendar you stop checking. What was missing was the next few hours sitting on the desktop permanently, but anything that keeps its own copy of your events immediately drifts from the real one.

What it does

A minimal always-on-top desktop widget backed by the actual Google Calendar. Add events, move them, delete them and set daily, weekly or monthly recurrence. Every change lands on the real calendar, not a local copy.

Why it is built this way

An always-on-top Electron widget that reads and writes the real Google Calendar rather than a local mirror, so adding an event here shows up on the phone and vice versa. It talks to the Google Calendar API directly (free at personal scale, a handful of requests per refresh against a million-a-day quota) so there is no sync service in between and nothing to pay for.

What was hard

Recurring events. A repeat is not a row you copy, it is an RRULE the calendar expands on its own, so the widget writes the rule and lets Google own the expansion. Editing then has to answer a question the interface deliberately does not ask: this instance, or the series. It edits the instance, because that is what Google Calendar itself does when you drag one occurrence, and quietly doing the other thing would rewrite a schedule someone was relying on. The rest was timezone discipline: an event carries either a dateTime or a plain date, never both, and treating an all-day event as a midnight one is how a widget ends up disagreeing with the phone it is supposed to mirror.

What it ships with

• Two-way with Google
• Zero running cost
• Always on top

Stack