Email-First Sign In

Sign in

Enter your email to get started.

Don't have an account? Sign up

About this block

Email-First Sign InPRO

Full-height progressive sign-in that asks for the email first, then reveals the password step with the chosen email shown and editable. Perfect for modern email-first and adaptive authentication flows.

Auth34: Email-First Sign In

A full-height, centered two-step sign-in card that first collects the email in a single field behind a "Continue" button, then swaps to a password step that shows the entered email in an editable summary row, a password input with a show/hide toggle, an optional forgot-password link, and a submit button, with an optional signup prompt below the card.

Upgrade to Pro

Pro blocks install through the shadcn CLI with your license key and ship their full source. Docs and live previews stay open to everyone, so you can read every block's details first.

Upgrade Now

Installation

Swap YOUR_EMAIL and YOUR_KEY for the email and license key on your account. Find your license key on your account page.

Radix flavor

bash
npx shadcn add "https://ui.beste.co/r/auth34?email=YOUR_EMAIL&license_key=YOUR_KEY"

Base UI flavor

bash
npx shadcn add "https://ui.beste.co/r-base/auth34?email=YOUR_EMAIL&license_key=YOUR_KEY"

This installs the block to components/beste/block/auth34.tsx, plus the button, input, and field shadcn/ui primitives it uses for the continue/submit buttons, the email and password inputs, and the labeled field groups.

Quick start

The installed file exports auth34Demo alongside the block: the exact props behind the preview above. Spread it to get a working email-first sign-in form in one line.

tsx
import { Auth34, auth34Demo } from "@/components/beste/block/auth34";

export default function SignInPage() {
  return <Auth34 {...auth34Demo} />;
}

Then replace the demo with your own props. Written out, a trimmed setup looks like this:

tsx
import { Auth34 } from "@/components/beste/block/auth34";

export default function SignInPage() {
  return (
    <Auth34
      heading="Sign in"
      description="Enter your email to get started."
      labels={{
        email: "Email",
        emailPlaceholder: "you@example.com",
        password: "Password",
        passwordPlaceholder: "Enter your password",
        continue: "Continue",
        submit: "Sign in",
        change: "Change",
        passwordToggle: "Toggle password visibility",
      }}
      forgotPasswordLink={{ label: "Forgot password?", href: "/reset" }}
      signupPrompt={{ text: "Don't have an account?", linkLabel: "Sign up", href: "/signup" }}
    />
  );
}

Props

PropTypeDefaultDescription
headingstringCentered card title, hidden when omitted
descriptionstringMuted subheading under the title, hidden when omitted
labelsLabels{}Text for every field label, placeholder, and button
forgotPasswordLink{ label: string; href: string }Right-aligned link next to the password label
signupPrompt{ text: string; linkLabel: string; href: string }Prompt with link rendered below the card
classNamestringExtra classes merged onto the outer <section>
ts
type Labels = {
  email?: string;
  emailPlaceholder?: string;
  password?: string;
  passwordPlaceholder?: string;
  continue?: string;
  submit?: string;
  change?: string;
  passwordToggle?: string;
};

Behavior notes

  • Step state is an internal useState<"email" | "password"> that starts at "email"; the "Continue" button only calls setStep("password") and the "Change" button only calls setStep("email"), so there is no callback to observe or control the current step from outside.
  • The typed email lives in a local useState("") bound to the email input, and is never lifted out via a prop or callback; on the password step it is echoed in a summary row as email || emailPlaceholder, so an empty email falls back to showing the placeholder text.
  • The form has no submit handler beyond onSubmit={(e) => e.preventDefault()}, and the "Sign in" button is a plain type="submit", so authentication, validation, and navigation are entirely left to the integrator.
  • Each labeled section renders only when its label string is present: the email field needs labels.email, the "Continue" button needs labels.continue, the password field needs labels.password, and the submit button needs labels.submit; passing empty strings hides those elements.
  • The password visibility toggle is driven by a local showPassword state and swaps the input type between "text" and "password" while flipping the Eye / EyeOff icon; its accessible name comes from labels.passwordToggle.
  • The password input receives autoFocus, so it grabs focus the moment the password step renders.
  • Both forgotPasswordLink and signupPrompt render through next/link, and the section stretches to min-h-screen so the card stays vertically centered in the viewport.

Wiring the form up

This block ships the form markup only; state, validation, and submit are yours to add. Our guide wires the shadcn Field primitives to React Hook Form, TanStack Form, and Formisch on one field system.

More Auth blocks

View all Auth
PRO

auth46

Confirm It's You

Full-height step-up authentication screen that re-asks for the password before a sensitive action, showing the signed-in account and a cancel option. Perfect for protecting billing, security, and destructive actions.

FREE

auth6

Magic Link Sign In

Full-height passwordless sign-in screen with a single email field, a send-magic-link button, a helper note, and social login providers below a divider. Perfect for passwordless and email-link authentication flows.

PRO

auth16

Team Invitation Accept

Full-height invitation acceptance screen showing the inviter's avatar and team name, a pre-filled disabled email, and name and password fields to set up the account. Perfect for team onboarding and invite-link flows.

PRO

auth53

Passwordless Sign-In Card

A single narrow card that asks only for an email, then replaces itself in place with a sent state that echoes the address back and offers to start again with another one.

PRO

auth29

Terminal Sign In

Full-height terminal-style sign-in rendered as a CLI window with a command prompt, a monospace email input, and a send-link action. Perfect for developer tools and CLI-first products.

PRO

auth14

Enterprise SSO Sign In

Full-height single sign-on screen with a work-email field, a continue-with-SSO button, and Google and Microsoft providers below a divider. Perfect for B2B and enterprise apps that authenticate via identity providers.