Controlled state

Three pieces of state follow the standard React convention: view, date and events. Provide the prop and it is authoritative; omit it and the component owns it, starting from its default* twin. The change callbacks fire either way.

view and date

When view is set, the in-app switcher and ⌘K only request a change through onViewChange — nothing moves until you pass a new value. date works identically: prev/next, Today, ⌘K jump-to-day and the arrow keys all report through onDateChange and change nothing on their own.

const [view, setView] = useState<KloqView>("week");
const [date, setDate] = useState(() => new Date());

<Kloq
  view={view}
  onViewChange={setView}
  date={date}
  onDateChange={setDate}
/>

KloqView is "day" | "week" | "month" | "agenda" | "year" or an n-day span (2–14). One nuance: the responsive collapse never rewrites your controlled view — your prop is the intent, the collapse is derived, reported through onViewChange, and undone when the box widens.

events

Providing events switches the internal store off entirely — no seeds, no persistence, no built-in history. Every committed interaction arrives as a full next array through onEventsChange; you store it wherever your state lives.

const [events, setEvents] = useState<CalEvent[]>(initial);

<Kloq events={events} onEventsChange={setEvents} />

onRangeChange — what to fetch

onRangeChange(start, end) reports the visible range as [start, end), end being midnight after the last visible day. It fires once on mount and then on every view or date change — exactly the signal a host with a real backend needs to know what to fetch. rangePadding widens what it reports by N days (or { before, after }), so each fetch already covers the next page and stepping into it never shows a stale one.

<Kloq
  events={events}
  onEventsChange={setEvents}
  onRangeChange={(start, end) => {
    fetchEvents(start, end).then(setEvents);
  }}
/>

Controlled undo/redo

Uncontrolled, history is built in: ⌘Z / ⇧⌘Z just work, animated. Controlled, the component cannot know what "undo" means in your store — provide onUndo / onRedo and the same keys call them instead.

The full table