Sign Up

Account creation with terms acceptance and social sign-up.

Preview

Open the exact pattern in the real BeeUI Web Showcase. This is a Web runtime preview, not native-device evidence.

Each named state is directly addressable:

The same source is available at apps/showcase/patterns/auth/screens/sign-up-screen.tsx.

Composition

Principal public BeeUI exports used by this screen: AlertBanner, Button, Card, Checkbox, Field, Input, Link, PasswordInput, Text, VStack.

The pattern is a composition recipe rather than a new framework layer. Follow the linked component contracts for state, provider, platform and accessibility details.

State and callback contract

The screen is controlled through SignUpScreenProps. User intent crosses the application boundary through onAcceptedTermsChange, onAppleSignIn, onConfirmPasswordChange, onEmailChange, onGoogleSignIn, onNameChange, onPasswordChange, onSignIn, onSubmit; fetching, routing, persistence and side effects remain application-owned.

// from apps/showcase/patterns/auth/screens/sign-up-screen.tsx
export type SignUpFieldErrors = {
  confirmPassword?: string;
  email?: string;
  name?: string;
  password?: string;
  terms?: string;
};

// from apps/showcase/patterns/auth/components/auth-shared.tsx
export type PasswordRequirement = {
  label: string;
  met: boolean;
};

export type SignUpScreenProps = {
  acceptedTerms: boolean;
  confirmPassword: string;
  disabled?: boolean;
  email: string;
  error?: string;
  fieldErrors?: SignUpFieldErrors;
  loading?: boolean;
  name: string;
  onAcceptedTermsChange: (checked: boolean) => void;
  onAppleSignIn?: () => void;
  onConfirmPasswordChange: (value: string) => void;
  onEmailChange: (value: string) => void;
  onGoogleSignIn?: () => void;
  onNameChange: (value: string) => void;
  onPasswordChange: (value: string) => void;
  onSignIn: () => void;
  onSubmit: () => void;
  password: string;
  passwordRequirements?: PasswordRequirement[];
};

Common product states such as loading, success, empty, error, permission-like recovery, filtering/search/selection or pagination are represented only where the actual screen source exposes them. The pattern docs do not invent backend states that the fixture does not render.

Responsive contract

Read from the screen file and the 2 pattern-local files in its runtime import closure, direct and transitive: auth/screens/sign-up-screen.tsx, auth/components/auth-shared.tsx, auth/fixtures/auth-fixtures.ts. Every fact below is scoped to those files and to nothing else.

BeeUI layout primitives rendered: Box (auth/components/auth-shared.tsx), HStack (auth/components/auth-shared.tsx), KeyboardAwareScreen (auth/components/auth-shared.tsx), VStack (auth/components/auth-shared.tsx, auth/screens/sign-up-screen.tsx).
Scroll ownership: no ScrollView, FlatList, SectionList or VirtualizedList element in auth/screens/sign-up-screen.tsx, auth/components/auth-shared.tsx, auth/fixtures/auth-fixtures.ts; scrolling is owned by the composed KeyboardAwareScreen, whose own page derives it.
Horizontal scrolling: no horizontal scroll container in auth/screens/sign-up-screen.tsx, auth/components/auth-shared.tsx, auth/fixtures/auth-fixtures.ts.
Width constraint: contentWidth="sm" (auth/components/auth-shared.tsx).
Breakpoint-prefixed utility classes: none in auth/screens/sign-up-screen.tsx, auth/components/auth-shared.tsx, auth/fixtures/auth-fixtures.ts.
Platform-prefixed utility classes: none in auth/screens/sign-up-screen.tsx, auth/fixtures/auth-fixtures.ts; auth/components/auth-shared.tsx, the branch taken when compact is true.
Platform branching: no Platform.OS or Platform.select call in auth/screens/sign-up-screen.tsx, auth/components/auth-shared.tsx, auth/fixtures/auth-fixtures.ts.
Viewport measurement: no useWindowDimensions, Dimensions.get or breakpoint hook in auth/screens/sign-up-screen.tsx, auth/components/auth-shared.tsx, auth/fixtures/auth-fixtures.ts.

BeeUI’s mobile-first responsive contract is the framework-level document; the list above states only what this screen’s own files declare, and says nothing about how the composed components behave internally.

Accessibility

Roles this screen sets itself: none set in auth/screens/sign-up-screen.tsx, auth/components/auth-shared.tsx, auth/fixtures/auth-fixtures.ts.
Accessibility states and properties it sets itself: accessibilityLabel (auth/components/auth-shared.tsx).
Semantics inherited from composed BeeUI families: AlertBanner, Box, Button, Card, Checkbox, Field, HStack, Input, KeyboardAwareScreen, Link, PasswordInput, Progress, Separator, Text, VStack — each family’s own page derives the roles and states it sets; they are not restated here.

Touch-target size, focus order, announcements, RTL, large-text and reduced-motion behavior are not derived from this source — see the Accessibility guide for what is and is not covered by evidence. A Web preview does not substitute for VoiceOver/TalkBack runtime evidence.

Application ownership boundary

Intentionally excluded: Account creation, validation rules, OAuth, and terms storage.

BeeUI does not take ownership of app routing, authentication/business rules, APIs/data fetching, persistence, form/state frameworks, chart frameworks or backend logic merely because a pattern visually composes those product concepts.

Source ownership

SignUpScreen is Showcase source you copy, not a package export: it is not shipped from any @beemvp/beeui-* package, and the Registry CLI (pnpm beeui list / pnpm beeui add) does not carry pattern screens. Copy apps/showcase/patterns/auth/screens/sign-up-screen.tsx into your app and adapt it directly. Only the individual BeeUI components it composes (linked above) are available for source ownership through the repository-local Registry workflow; see CLI & source ownership for both the published npx @beemvp/beeui-cli@next path and the repository-local checkout path.