AddThisFeature

Opening Hours Display

Say whether you are open right now and when you next open.

simple UI & Polish

What it adds

A live open or closed state alongside the weekly hours, with holiday closures folded in.

What your agent is told to do

5
  1. 1

    Lead with the current state in plain words and follow it with the next transition: open until a time, or closed until a day and time. The weekly table is supporting detail, not the headline.

  2. 2

    Store hours as intervals against the business's own zone, and keep holiday and one-off closures as overrides that win over the regular week rather than as edits to it.

  3. 3

    Compute the state on the server for the first render so the page does not briefly claim the wrong thing, then let the page update itself as the clock crosses a boundary without a reload.

  4. 4

    If the app already has a Recurring Schedule Builder or Quiet Hours, reuse its interval storage and its editing screen for the weekly pattern instead of building a second hours editor that will drift out of agreement.

  5. 5

    Do not compute open or closed from the viewer's device clock and zone. A visitor abroad will be told a shop is closed while its doors are open.

Edge cases it handles

8
  • Open or closed is always evaluated in the business's zone, never the viewer's, and the displayed times should say which zone they are in when the two differ.
  • A holiday or one-off closure must override the regular schedule and be surfaced before it happens, so someone reading on Thursday learns that Friday is closed.
  • Inside the final part of an open window, say closing soon with the closing time rather than a bare open. A customer told only open will set off for a place about to shut.
  • Hours that run past midnight belong to the day they started on. Treating them as two separate days makes a late-night window read as closed at one minute past twelve.
  • When the schedule is missing, incomplete, or the current state cannot be determined, fall back to a plain list of hours with no claim about right now. A confident wrong answer is worse than none.
  • Daylight-saving transitions must not shift the stored opening times. Store local wall-clock intervals plus the zone, not fixed instants.
  • A permanently closed or temporarily suspended location needs its own state rather than being rendered as closed until an opening that will never come.
  • The state must be conveyed in text, not by a coloured dot alone, and must be readable by a screen reader.

Definition of done

8
  • The current open or closed state appears above the weekly hours, with the next transition named.
  • State is computed in the business's zone and is correct for a viewer in any other zone.
  • Holiday and one-off closures override the regular schedule and are surfaced in advance.
  • A closing-soon state appears inside the final window of an open period.
  • Hours crossing midnight display and evaluate as one continuous window.
  • An unknown or incomplete schedule degrades to a plain hours list with no live claim.
  • The feature matches the existing design system.
  • No existing functionality is broken.

Related features

How it works

  1. 1

    Copy the link

    Grab the Markdown instruction URL for this feature.

  2. 2

    Give it to your AI

    Paste it into Claude Code, Cursor, v0, Lovable — whatever you build with.

  3. 3

    It inspects, then implements

    Your agent reads your existing app first, then adds the feature to fit it.

Works with your stack

These instructions are written to adapt. They tell the agent to detect your framework, match your existing design system, and reuse what you already have — rather than assuming a particular stack.

Need it tighter than that? Customize the feature and tell it exactly what you're running.