Interests Onboarding

Let a new user pick interest topics during onboarding.

Preview

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

This screen exposes a single default state.

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

Composition

Principal public BeeUI exports used by this screen: Button, Card, Chip, ChipGroup, HStack, Link, 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 InterestsOnboardingScreenProps. User intent crosses the application boundary through onContinue, onSelectionChange, onSkip; fetching, routing, persistence and side effects remain application-owned.

// from apps/showcase/patterns/auth/screens/interests-onboarding-screen.tsx
export type InterestOption = {
  id: string;
  label: string;
};

export type InterestsOnboardingScreenProps = {
  currentStep?: number;
  disabled?: boolean;
  loading?: boolean;
  onContinue: () => void;
  onSelectionChange: (value: string[]) => void;
  onSkip?: () => void;
  options?: readonly InterestOption[];
  selectedValues: string[];
  totalSteps?: number;
};

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/interests-onboarding-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; auth/screens/interests-onboarding-screen.tsx, only when onSkip is true), KeyboardAwareScreen (auth/components/auth-shared.tsx), VStack (auth/components/auth-shared.tsx, auth/screens/interests-onboarding-screen.tsx).
Scroll ownership: no ScrollView, FlatList, SectionList or VirtualizedList element in auth/screens/interests-onboarding-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/interests-onboarding-screen.tsx, auth/components/auth-shared.tsx, auth/fixtures/auth-fixtures.ts.
Width constraint: contentWidth="sm" (auth/components/auth-shared.tsx), max-w-full (auth/screens/interests-onboarding-screen.tsx).
Breakpoint-prefixed utility classes: none in auth/screens/interests-onboarding-screen.tsx, auth/components/auth-shared.tsx, auth/fixtures/auth-fixtures.ts.
Platform-prefixed utility classes: web:py-12 (auth/components/auth-shared.tsx, the branch taken when compact is false).
Platform branching: no Platform.OS or Platform.select call in auth/screens/interests-onboarding-screen.tsx, auth/components/auth-shared.tsx, auth/fixtures/auth-fixtures.ts.
Viewport measurement: no useWindowDimensions, Dimensions.get or breakpoint hook in auth/screens/interests-onboarding-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/interests-onboarding-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 (auth/components/auth-shared.tsx, only when error is true), Box, Button, Card, Chip, ChipGroup, HStack, KeyboardAwareScreen, Link (auth/screens/interests-onboarding-screen.tsx, only when onSkip is true), 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: Topic catalog fetching and persistence of selected interests.

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

InterestsOnboardingScreen 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/interests-onboarding-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.