Order Confirmation
The thank-you screen built to prevent two support emails: a selectable order number and a delivery date range rather than "soon".
Order tracking for the guest who never made an account, which is most of them.
components/order-lookup-form.tsxnpx hoverlab add order-lookup-form
Or over MCP, from your editor's agent — no account needed.
Free to read, copy and install, for personal and non-commercial projects. Shipping it in client work or a paid product needs Pro ($79 once). The source lands in your repo and stops being ours — no attribution, nothing to upgrade.
Start a page with this section — add more, order them, and leave with the page source.
Guest checkout is the majority of orders on most storefronts, and the usual tracking page asks those buyers to sign in to an account they were never offered.
Rendered live in your current theme — this is the same component whose source is below, not a screenshot of it.
'use client'
/**
* <OrderLookupForm> — Order tracking for the guest who never made an account, which is most of them.
*
* Guest checkout is the majority of orders on most storefronts, and the
* usual order-tracking page asks precisely those buyers to sign into an
* account they were never offered. The layout problem is authenticating
* someone who has no credentials.
*
* The obvious wrong answer is the order number alone. That is a bare
* identifier, often sequential, and a lookup keyed on it is an enumeration
* of every customer's delivery address. Two fields that must match is the
* cheap correct answer: the number is the key and the email is the proof.
*
* That reasoning belongs in the hint, and it is there — "it is what stops an
* order number being a lookup key for anyone" — because the second field
* otherwise reads as pointless friction to the person typing it.
*
* Accessibility: `htmlFor`/`id` association with the hints on
* `aria-describedby`, so "on the confirmation email, top right" is announced
* with the field rather than after it. And the `role="status"` region is in
* the DOM empty from the start — on a lookup form the result IS the status
* message, so a region that is never announced is a form that appears to do
* nothing.
*
* A real implementation should return the same message and timing whether
* or not the pair matched. The demo defaults to `idle` and resolves on
* submit, which is the success path; the failure path is a throw.
*/
import * as React from 'react'
export interface OrderLookupFormProps {
heading?: string
intro?: string
submitLabel?: string
/** Called with the collected values. Resolve to accept, throw to reject. */
onSubmit?: (values: Record<string, string>) => Promise<void> | void
className?: string
}
type Status = 'idle' | 'pending' | 'done' | 'error'
/*
A typed array rather than `as const`. With `as const` the entries have
different shapes - some carry a hint, some do not - so `field.hint` is a
type error on the members that lack it, and the `'hint' in field` dance
needed to work around that is worse than declaring the field optional once.
*/
interface OrderLookupFormField {
name: string
label: string
type: string
hint?: string
}
const FIELDS: OrderLookupFormField[] = [
{ name: "order", label: "Order number", type: "text", hint: "On the confirmation email, top right. Starts with a #." },
{ name: "email", label: "Email used at checkout", type: "email", hint: "Both have to match. It is what stops an order number being a lookup key for anyone." },
]
export function OrderLookupForm({
heading = "Find your order",
intro = "Guest checkout is the majority of orders on most storefronts, and the usual tracking page asks those buyers to sign in to an account they were never offered.",
submitLabel = "Find it",
onSubmit,
className,
}: OrderLookupFormProps) {
/*
Per-instance prefix for every id this block emits.
The literals these replaced were a latent duplicate the moment the
block appeared twice on one document, and `aria-labelledby` on a
duplicated id resolves to the first match -- so the second copy was
labelled by the first copy's heading. Client component, so `useId` is
the right tool.
*/
const uid = React.useId()
const [status, setStatus] = React.useState<Status>('idle')
const [message, setMessage] = React.useState('')
async function handleSubmit(event: React.FormEvent<HTMLFormElement>) {
event.preventDefault()
const data = new FormData(event.currentTarget)
const values = Object.fromEntries(
FIELDS.map((field) => [field.name, String(data.get(field.name) ?? '')]),
)
setStatus('pending')
try {
await onSubmit?.(values)
setStatus('done')
setMessage('Thanks — that came through.')
} catch (error) {
setStatus('error')
setMessage(error instanceof Error ? error.message : 'That did not go through.')
}
}
return (
<section
aria-labelledby={`${uid}-order-lookup-form-heading`}
className={`w-full bg-background px-6 py-16 ${className ?? ''}`}
>
<div className="mx-auto max-w-md rounded-xl border border-border bg-card p-8 shadow-sm">
<h2
id={`${uid}-order-lookup-form-heading`}
className="text-xl font-semibold tracking-tight text-card-foreground"
>
{heading}
</h2>
<p className="mt-2 text-sm text-muted-foreground">{intro}</p>
<form onSubmit={handleSubmit} className="mt-6 space-y-4">
{FIELDS.map((field) => (
<div key={field.name}>
{/*
htmlFor / id rather than a wrapping label, so the hint can
sit outside the label and still be announced — that is what
aria-describedby is for.
*/}
<label
htmlFor={`${uid}-order-lookup-form-${field.name}`}
className="block text-sm font-medium text-foreground"
>
{field.label}
</label>
<input
id={`${uid}-order-lookup-form-${field.name}`}
name={field.name}
type={field.type}
required
aria-describedby={field.hint ? `${uid}-order-lookup-form-${field.name}-hint` : undefined}
className="mt-1.5 w-full rounded-md border border-input bg-background px-3 py-2 text-sm text-foreground placeholder:text-muted-foreground focus-visible:outline-none focus-visible:ring-2 focus-visible:ring-ring"
/>
{field.hint ? (
<p
id={`${uid}-order-lookup-form-${field.name}-hint`}
className="mt-1 text-xs text-muted-foreground"
>
{field.hint}
</p>
) : null}
</div>
))}
<button
type="submit"
disabled={status === 'pending'}
className="w-full rounded-md bg-primary px-4 py-2 text-sm font-medium text-primary-foreground transition-opacity hover:opacity-90 focus-visible:outline-none focus-visible:ring-2 focus-visible:ring-ring disabled:opacity-60"
>
{status === 'pending' ? 'Working…' : submitLabel}
</button>
{/*
The live region is always in the DOM and starts empty. A region
mounted at the moment it gets text is frequently not announced —
the assistive tech never saw it become live.
*/}
<p
role="status"
aria-live="polite"
className={`min-h-5 text-sm ${
status === 'error' ? 'text-destructive' : 'text-muted-foreground'
}`}
>
{message}
</p>
</form>
</div>
</section>
)
}
bg-card, text-muted-foreground) — it inherits your theme instead of overriding it.Drop it at components/order-lookup-form.tsx and import it where you need the section:
import { OrderLookupForm } from '@/components/order-lookup-form'2 of this block’s props are simple enough to drive from here. Change them and the block below re-renders — it is the same component whose source is above, not a mock of it. Everything else it accepts is in the table underneath.
Read out of the component’s own type and signature, so this cannot drift from the source below. Every prop has a default — the component renders standalone before you pass it anything.
| Prop | Type | Default |
|---|---|---|
heading | string | "Find your order" |
intro | string | — |
submitLabel | string | "Find it" |
onSubmitCalled with the collected values. Resolve to accept, throw to reject. | (values: Record<string, string>) => Promise<void> | void | — |
className | string | — |
The same block rendered once to markup, wrapped as a file your framework compiles. Tailwind classes are framework-agnostic, so the design transfers intact — the behaviour does not.
This block is interactive. The markup below is its initial state with the event handlers stripped — you will need to re-wire the behaviour in your framework.
<!--
Order Lookup Form — markup from the Hoverlab catalog.
This is the block rendered once to HTML and wrapped as a component
file. It is not a port of the React source: the Tailwind classes carry
the design, which is the part that took the work, and they are the same
in every framework.
This block is interactive in React and the handlers are NOT here.
Buttons, toggles and menus render in their initial state and do
nothing until you wire them up.
-->
<section aria-labelledby="_R_0_-order-lookup-form-heading" class="w-full bg-background px-6 py-16 ">
<div class="mx-auto max-w-md rounded-xl border border-border bg-card p-8 shadow-sm">
<h2 id="_R_0_-order-lookup-form-heading" class="text-xl font-semibold tracking-tight text-card-foreground">Find your order</h2>
<p class="mt-2 text-sm text-muted-foreground">Guest checkout is the majority of orders on most storefronts, and the usual tracking page asks those buyers to sign in to an account they were never offered.</p>
<form class="mt-6 space-y-4">
<div>
<label for="_R_0_-order-lookup-form-order" class="block text-sm font-medium text-foreground">Order number</label>
<input id="_R_0_-order-lookup-form-order" type="text" required="" aria-describedby="_R_0_-order-lookup-form-order-hint" class="mt-1.5 w-full rounded-md border border-input bg-background px-3 py-2 text-sm text-foreground placeholder:text-muted-foreground focus-visible:outline-none focus-visible:ring-2 focus-visible:ring-ring" name="order" />
<p id="_R_0_-order-lookup-form-order-hint" class="mt-1 text-xs text-muted-foreground">On the confirmation email, top right. Starts with a #.</p>
</div>
<div>
<label for="_R_0_-order-lookup-form-email" class="block text-sm font-medium text-foreground">Email used at checkout</label>
<input id="_R_0_-order-lookup-form-email" type="email" required="" aria-describedby="_R_0_-order-lookup-form-email-hint" class="mt-1.5 w-full rounded-md border border-input bg-background px-3 py-2 text-sm text-foreground placeholder:text-muted-foreground focus-visible:outline-none focus-visible:ring-2 focus-visible:ring-ring" name="email" />
<p id="_R_0_-order-lookup-form-email-hint" class="mt-1 text-xs text-muted-foreground">Both have to match. It is what stops an order number being a lookup key for anyone.</p>
</div>
<button type="submit" class="w-full rounded-md bg-primary px-4 py-2 text-sm font-medium text-primary-foreground transition-opacity hover:opacity-90 focus-visible:outline-none focus-visible:ring-2 focus-visible:ring-ring disabled:opacity-60">Find it</button>
<p role="status" aria-live="polite" class="min-h-5 text-sm text-muted-foreground"></p>
</form>
</div>
</section>
What each framework gets across the whole catalog — effects convert properly; this rung is markup.
The component, its props, the design tokens it expects and the command that installs it — as one prompt. Paste it into Claude, Cursor, v0 or ChatGPT and what they build around it will match the rest of the catalog instead of inventing its own system.
Want the whole screen instead of this one section? Open a page and copy it entire.
All of them free to read, copy and install — no account, no locked tiles, no watermarked preview. The whole catalog is open, and so are the API and the CLI.
Browse Orders & ReviewsCopying the code is free. Putting it in client work or a paid product is what Pro is for — the licence, not the access.
The thank-you screen built to prevent two support emails: a selectable order number and a delivery date range rather than "soon".
Past orders with stacked item thumbnails and worded statuses — people recognise what they bought long before the order number.
Sortable reviews with verified-purchase badges, optimistic helpful votes and a real expand control instead of a fade that hides text.
The fortnight between buying and reviewing, answered properly: an arrival range rather than a date, exceptions above the timeline, and a copyable carrier reference.
The form that produces the reviews the other blocks display — a real radio group for stars, and a prompt that changes with the rating because one star and five need different questions.
The rating summary with the numbers that make an average trustworthy — the count, the spread and the verified share.