Radio

Controlled radio item and RadioGroup coordinator with native radiogroup semantics.

Identity

Category: Forms & selection
Status: stable public Registry/export-map component family
Targets: iOS · Android · Web, subject to the compatibility contract
Prerequisites: @beemvp/beeui-ui installed (or this component’s source copied via the Registry CLI below) and, on Web, the BeeUI Tailwind/Uniwind theme CSS loaded — see Start for full platform setup.
Source: packages/ui/src/components/radio.tsx

Import

import { Radio, RadioGroup, radioIndicatorVariants } from '@beemvp/beeui-ui';

There is no documented deep/private source import. For source ownership from a BeeUI checkout:

pnpm beeui add radio

Registry (used throughout this page) is BeeUI’s source-ownership manifest — registry/registry.json — that the pnpm beeui/@beemvp/beeui-cli CLI reads to copy a component’s real source into your app and rewrite its internal imports; it is not an npm package index. This component’s own Registry entry: registry/registry.json.

Composition and public API

Family exports: Radio RadioGroup radioIndicatorVariants
- Also routed here, outside the Registry family:
  - radio
- Package export subpath: @beemvp/beeui-ui/radio

Exported types: RadioGroupProps, RadioProps

The generated API inventory is mechanically joined to packages/ui/src/index.ts, Registry metadata, and the component reference contract. Each type’s field table below is parsed directly from that source, not a second hand-maintained copy; for the fuller behavior narrative see the canonical component behavior catalog.

State and behavior contract

Standalone Radio supports both selection and deselection through onCheckedChange; grouped through RadioGroup (value/onValueChange, fully controlled — there is no uncontrolled mode) radios become mutually exclusive and can no longer deselect. Enabled usage without the matching callback warns in development.

Props

`RadioGroupProps`

Prop	Type	Default	Description
`children`	`React.ReactNode`	—	Content rendered inside this element. The family’s composition section states which children it expects.
`className`	`string`	—	Extra utility classes, merged after the component’s own via `cn(...)`, so they win on conflict. An escape hatch for source-owned and application work, not a cross-engine portability guarantee.
`disabled`	`boolean`	`false`	Disables every `Radio` inside the group. Combined with (not overridden by) the enclosing `FormGroup`’s own `disabled`. Defaults to false.
`onValueChange`	`(value: string) => void`	—	Called with the selected `Radio`’s `value` when the selection changes. Required for enabled usage (logs a dev warning otherwise).
`value`	`string`	—	The `value` of the currently selected `Radio` among this group’s children.

Also carries every prop of Omit<ViewProps, 'accessibilityRole' | 'role' | 'children'> — that upstream contract is not reproduced here.

`RadioProps`

Prop	Type	Default	Description
`checked`	`boolean`	`false`	Whether this Radio is checked when it is standalone. Ignored once the Radio is inside a `RadioGroup` and supplies a `value`, since the group then derives checked state by comparing that `value` to its selection; a valueless Radio keeps this prop even inside a group. Defaults to false.
`className`	`string`	—	Extra utility classes, merged after the component’s own via `cn(...)`, so they win on conflict. An escape hatch for source-owned and application work, not a cross-engine portability guarantee.
`indicatorClassName`	`string`	—	Applied to the radio’s own circle, not its label.
`label`	`string`	—	The visible text naming this element, and the accessible name unless one is set explicitly.
`labelClassName`	`string`	—	Extra utility classes for the label text specifically, merged after the component’s own.
`onCheckedChange`	`(checked: boolean) => void`	—	Called with the next checked state when pressed, unless the Radio is inside a `RadioGroup` and supplies a `value`, in which case only the group’s callback fires. Required for enabled standalone usage (logs a dev warning otherwise).
`value`	`string`	—	Identifies this Radio within a parent `RadioGroup`; required there for the item to participate in selection. Has no effect on a standalone Radio.

Also carries every prop of Omit<PressableProps, 'accessibilityRole' | 'role' | 'children' | 'onPress'> — that upstream contract is not reproduced here.

The executable fixtures below are the source-grounded usage examples; consumers should not infer state ownership from DOM structure or another UI library.

Provider and dependencies

No additional provider is required by this family. BeeUIProvider remains the recommended application root.
Peer/native dependencies visible to this Registry item: react, react-native
Registry dependency closure: core-cn, form-group-context, text, theme, use-required-callback-warning
Safe-area ownership remains explicit: shell surfaces touching system edges opt into SafeArea; components do not silently invent app-shell insets.
Web consumers load the BeeUI semantic theme CSS as documented in Web onboarding.

Platform behavior

This family ships no platform-specific file, and its own source takes no Platform branch.

The same public family is exposed across the supported target matrix; meaningful platform differences remain governed by the compatibility contract.

Evidence classes are not equal and this page does not blur them: Web behavior is exercised in a real browser, while iOS and Android carry package/export and native-compile evidence, which is not device-runtime proof. The compatibility contract records which class each claim rests on.

Accessibility

Roles this family assigns: radio, radiogroup — set in radio.tsx by the components themselves, not by the caller.
Accessibility states and properties it sets: accessibilityHint, accessibilityLabel, accessibilityLabelledBy, accessible, checked, disabled, required — read from radio.tsx.

Keyboard/focus behavior, announcements, Dynamic Type/Web zoom, RTL and reduced-motion expectations are not derived here — see Accessibility overview, Keyboard & focus, RTL/localization and Large text & zoom. BeeUI does not claim universal accessibility certification from automated tests.

Styling and theming

Style axes: none of its own — its appearance comes from tokens and your own classes; it also carries Omit<PressableProps, 'accessibilityRole' | 'role' | 'children' | 'onPress'>, Omit<ViewProps, 'accessibilityRole' | 'role' | 'children'>.
Class-name surfaces: className, indicatorClassName, labelClassName.

Colors, spacing and typography come from semantic tokens rather than from values written here — see Theming and Density. A className is an escape hatch for source-owned and application work, not a cross-engine portability guarantee.

Executable examples

Primary executable fixture: apps/showcase/__tests__/checkbox-radio-field-form-group-context.test.tsx
Additional fixture: apps/showcase/__tests__/component-contracts.test.tsx
Additional fixture: apps/showcase/__tests__/field-label-accessible-name-dedup.test.tsx
Additional fixture: apps/showcase/__tests__/issue-15-alert-dialog-form-group.test.tsx

Addressable examples

Each link below opens the Showcase at that exact example, not at the top of the gallery:

basic — smallest meaningful complete usage

The Showcase links demonstrate Web behavior; use the native-preview guide for real simulator/emulator/device paths.

Live Web preview

This frame loads the real BeeUI Web Showcase on demand; it is not a second docs-only implementation. It proves browser behavior only. Use native preview for iOS/Android simulator, emulator or device paths.

Composition anatomy

Family root / primary export: Radio
- Public composition parts / helpers:
  - RadioGroup
  - radioIndicatorVariants
- Exported type surface:
  - RadioGroupProps
  - RadioProps

The tree above is ordinary document structure so it remains readable with keyboard and assistive technology; it is derived from the real public export family rather than a canvas-only diagram.

Verified example source

These are the parts of the typechecked runtime Showcase fixture behind this live preview — apps/showcase/component-gallery/component-gallery.tsx, 1103 lines — where Radio is actually used: 7 lines in 1 place. Each block is copied verbatim from the line range named above it, so it is the same executable source, not a retelling of it. The rest of that file exercises other families and is not reproduced here.

Imports the examples below need (a filtered subset of the fixture’s own top-level imports):

import { Radio, RadioGroup } from '@beemvp/beeui-ui';
import * as React from 'react';

Fixture state this block reads (same file, line 462):

  const [plan, setPlan] = React.useState<'starter' | 'pro'>('starter');

lines 636–642:

                <RadioGroup
                  onValueChange={(value) => setPlan(value as 'starter' | 'pro')}
                  value={plan}
                >
                  <Radio label="Starter plan" value="starter" />
                  <Radio label="Pro plan" value="pro" />
                </RadioGroup>

Open the fixture itself for the full surrounding component. For a smaller app-specific example, start from the imports and fixture-state blocks above and keep only the state your screen owns.

Limitations

Inside a RadioGroup, a radio that supplies a value ignores its own checked and onCheckedChange — checked state is derived by comparing that value with the group’s selection, and only the group’s callback fires; a radio with no value keeps its own controlled pair even inside the group. A radio does not accept a press handler of its own.