Arc
ComponentsBlocksDocsPricingTry the demo
Introduction
Installation
Theming
Motion
AI and MCP
Changelog
Metrics dashboard
KPI drilldownNew
Metric explorer
Revenue explorer
MRR waterfall
Cohort retention
Usage forecast
Journey flow
Connected scatterNew
Market terminalNew
Budget varianceNew
Small multiplesNew
Line replayNew
AI chatNew
AI composer
Agent runNew
SidebarPro4
Page header
Command palette
Notification center
Empty states
Login and sign up5
OTP input
Multi-step formPro
Settings page
Security settings
Billing overview
Usage billingNew
Team members
Invite peopleNew
Team directory
Roles and permissions
API keys
Webhooks
Integrations
Plan comparison
Pricing calculatorNewPro
Usage pricingPro
Cart drawerNewPro
Checkout summaryNewPro
Invoice studio
Wallet card
Product listingNew
Product detailNew
Inbox triage
Support conversation
Support widget
File upload
Media playerPro
Week calendarNew
Availability picker
Project board
Release readiness
Hero sectionNew
Hero signupNewPro
Scroll storyNewPro
Spotlight gridNewPro
Feature bentoNewPro
Comparison tableNew
Logo marquee
Studio perspectivesPro
Stats bandNew
Changelog feed
FAQ sectionNew
Contact sectionNew
Team showcasePro
Blog gridNew
Site headerNew
Site footerNew
CTA sectionNew
Newsletter signupNew
Revenue globe
Customer galaxy
Semantic zoom
Layout morph
What’s new80 new
BlocksNewsletter signup

Newsletter signup

An email signup framed by a stack of past issues; subscribing drops the next issue, addressed to you, onto the front.

$pnpm dlx shadcn@latest add @uiarc/newsletter-signup
Live block · sample data

When to use

  • Collecting emails for a newsletter, digest, or changelog that has real issues to show.
  • The end of a blog post or docs page.

When not to use

  • Account creation with a password. Use Signup form.
  • Longer forms with several fields. Use Contact section.
  • A launch waitlist at the top of a page. Use Hero signup.

Installation

Add Newsletter signup with the shadcn CLI, or copy the source by hand.

$pnpm dlx shadcn@latest add @uiarc/newsletter-signuppnpm dlx shadcn@latest add @uiarc/newsletter-signup

Adds the block and its local dependencies, and installs motion, lucide-react. First time? Add the @uiarc registry to components.json, or use the full URL:

Usage

Use this to collect newsletter or waitlist emails. Pass onSubscribe to call your email provider and throw on failure; subscribing in the preview is simulated.

example.tsx
1import { NewsletterSignup } from "@/registry/blocks/newsletter-signup/newsletter-signup";2 3export function Newsletter() {4  return (5    <NewsletterSignup6      variant="card"7      onSubscribe={async email => {8        const response = await fetch("/api/subscribe", { method: "POST", body: JSON.stringify({ email }) });9        if (!response.ok) throw new Error("Subscribe failed");10      }}11    />12  );13}
Built fromSegmented control

API reference

NewsletterSignup

A newsletter signup framed by the newsletter itself: a stack of recent issues. Subscribing drops the next issue, addressed to the new reader, onto the front of the stack. Inline section or card.

PropTypeDefaultDescription
variant"inline" | "card""inline"inline puts the copy and form beside the issue stack; card is a self-contained card with the stack in a tray on top.
titlestring–Heading. Each variant has sample copy.
descriptionstring–One sentence on what people get and how often.
placeholderstring"you@company.com"Email field placeholder.
buttonLabelstring"Subscribe"Submit button label.
privacyNoteReactNode"No tracking pixels. Unsubscribe with one click."Line under the form about frequency and privacy.
privacyLink{ label: string; href: string } | null–Link after the note. Pass null to hide it.
publicationNewsletterPublication | null–The issue stack: { name, upcoming, recent }. Each issue has a number, a date, a subject, and up to three stories with a thumbnail and read time. Pass null for the form alone.
readers{ count: number; faces: string[] } | null–Reader count and up to three faces, under the stack or at the foot of the card. The count ticks up by one on success. Pass null to hide.
onSubscribe(email: string) => void | Promise<void>–Called with a valid, trimmed email. Resolve to show success; reject to show an error and keep the email.
classNamestring–Extra class on the section.

Keyboard interactions

Enter
In the email field, submits the form. The phone keyboard shows a send key.
Tab
Moves from the field to the button, the privacy link, and after success to "Use a different email".

Accessibility

  • The email field has a visually hidden label, type email, inputmode email, autocomplete email, and aria-invalid when the address is wrong.
  • The line under the field is its description: privacy note, error, or confirmation. Errors use role alert; the line is a polite live region and names the address the link went to.
  • Validation starts when the field loses focus with text in it, then updates as you type. On an invalid submit, focus stays in the field.
  • While sending, the button sets aria-busy and aria-disabled and ignores repeat submits. On success, focus moves to "Use a different email", which restores the form and refocuses the field.
  • Only the front issue is exposed to assistive technology; the issues behind it and the thumbnails are hidden as decoration.

Motion

  • On success the next issue, addressed to you, rises onto the front of the stack while the others step back and the oldest drops away. It is one no-overshoot spring, and opacity resolves fast so two issues never read through each other.
  • The reader count rolls up by one, and "including you" fades in after it.
  • An invalid or failed submit shakes the field a few pixels and tints its border; the message swaps in place of the note.
  • Every message, button label, and issue has its space reserved, so nothing below the form moves between states.
  • Reduced motion places the issues at once with a short fade, removes the shake and the roll, and keeps the check and labels as quick fades.

Responsive behavior

  • Inline puts the stack under the copy and form below 860px container width.
  • Below 400px read times hide and an addressed issue shows the recipient instead of the date.
  • When the form is narrower than 300px the field and button separate and stack, both full width.
  • The card is at most 460px wide; its tray crops the stack and fades it out at the edge.

Performance

  • Issue thumbnails and faces use next/image at their rendered size.
  • Motion is transform and opacity only; no layout animation.
  • No network code: bring your own onSubscribe.

Notes for AI

Give your coding assistant the Markdown reference instead of screenshots.

  • Pass onSubscribe and throw on failure; the component handles validation, busy, error, retry, and success states.
  • Give it your own publication so the stack shows real past issues. Use short subjects and story titles; titles clamp at two lines.
  • Keep the privacy note honest and specific.
  • Use inline between page sections; use card in a sidebar, at the end of a post, or centered in a footer band.
  • Edit newsletter-signup-data.ts for copy, issues, and reader faces.
/components/blocks/newsletter-signup/markdown

The full library index for assistants is at /llms.txt.

Related

CTA sectionBlockA call to action as a centered closing section, a split beside a setup card that completes itself, or a dismissible banner.Site footerBlockA website footer with link columns and newsletter, a minimal layout, and a large fading Arc mark.Contact sectionBlockA validated contact form that morphs into a confirmation, support channels, and office cards with local times.Login and sign up: Sign upBlockAn account creation flow with field validation, password strength, and a clear completion state.Hero signupProBlockA full screen waitlist hero on a soft, drifting mesh gradient: the email field validates as you type and its button grows into the confirmation with your place in line.
PreviousCTA sectionNextProduct listing
Arc · 75 block pagesllms.txt

On this page

  • Preview
  • When to use
  • When not to use
  • Installation
  • Usage
  • API reference
  • Keyboard
  • Accessibility
  • Motion
  • Responsive behavior
  • Performance
  • Notes for AI
  • Related
View as Markdown

Five minutes on interface craft, every Friday

Three links worth your time and one short essay on the details that make software feel right.

No tracking pixels. Unsubscribe with one click. Privacy policy

Check your inbox to confirm. Use a different email

Enter your email address

Enter an email like name@company.com

That didn't go through. Your email is kept, so try again.

No tracking pixels. Unsubscribe with one click. Privacy policy

MarginsIssue 149

Friday, October 2·To

Designing for the second visit, not the first

  • Empty states that invite a first step5 min
  • Texture without noise, from a ceramics studio4 min
  • How a concert hall seats two thousand people7 min
MarginsIssue 148

Friday, September 25

Why the best settings pages feel quiet

  • What a sunroom teaches about contrast4 min
  • The case for a single accent color3 min
  • Lisbon tram signs and wayfinding at scale6 min
MarginsIssue 147

Friday, September 18

Springs that settle instead of bounce

  • Reading the ridge line of an animation curve5 min
  • A table lamp and the warmth of dark mode3 min
  • Curves in architecture and in corners4 min
MarginsIssue 146

Friday, September 11

Copy that sounds like a person

  • Error messages that take the blame4 min
  • Writing buttons as verbs3 min
  • Tone of voice at the dinner table5 min
12,4800012345678900123456789,001234567890012345678900123456789 readers

Subscribing is simulated in this preview. Nothing is sent.