RadioGroup

Use a TypeScript application with a CSS-capable bundler. Install @blukavantui/community@1.1.0 from npm, or install the matching downloaded archive.

// In your test application’s package.json dependencies:
"@blukavantui/community": "1.1.0"

Run npm install in that test application to install the component package. Load the theme once and the component stylesheet shown in the adapter. Create an empty host in your view:

<div id="example"></div>

This reusable adapter follows the Button and TimePicker guide pattern. Its types come from the factory, so required options stay required. Attach the host first; mount once per view and retain the handle.

import { createRadioGroup } from '@blukavantui/community/radio-group'
import '@blukavantui/community/theme.css'
import '@blukavantui/community/radio-group.css'

type Options = NonNullable<Parameters<typeof createRadioGroup>[1]>
type Events = NonNullable<Parameters<typeof createRadioGroup>[2]>

export function mount(host: HTMLElement, options: Options, events: Events = {}) {
  const instance = createRadioGroup(host, options, events)
  return { instance, update: (patch: Partial<Options>) => instance.update(patch), destroy: () => instance.destroy() }
}

User interaction calls Change; update() and reset() do not. Synchronize your application state after either method. Clear a stale Error before validate(), and validate again in your application before saving. These fields expose Change and Blur; TextInput also exposes Action.

The working example stores values in application variables. If the host is inside a form, a non-canceled form reset restores initial component values; synchronize your store after that reset and clear any application errors explicitly.

Use: Options, Value, Direction, Change

Pass a Choice array directly. Use unique values and keep one selected string in application state. Direction affects presentation, while arrows and Tab follow radio semantics. Disable individual options in the array.

Use: Options, Required, getValue, validate

update({Options}) recreates the radio inputs. Keep stable values; if you remove the selected option, read getValue() and synchronize your state. Empty choices provide no control for browser required validation, so check that an allowed selection exists in your application too.

Save this as radio-group.ts, import its mount function and pass your attached host. It includes application state, interactive controls and a destroy handler.

Download the editable TypeScript example ↓

import { createRadioGroup, type Choice } from '@blukavantui/community/radio-group'
import '@blukavantui/community/theme.css'
import '@blukavantui/community/radio-group.css'

export function mount(host: HTMLElement) {
  const root = document.createElement('section')
  const target = document.createElement('div')
  const status = document.createElement('p'); status.setAttribute('role', 'status')
  const replace = document.createElement('button')
  replace.type = 'button'; replace.textContent = 'Remove email option'
  const reset = document.createElement('button')
  reset.type = 'button'; reset.textContent = 'Restore choices'
  const check = document.createElement('button')
  check.type = 'button'; check.textContent = 'Check selection'
  root.append(target, status, replace, reset, check); host.append(root)
  const choices: Choice[] = [
    { Value: 'email', Label: 'Email', Description: 'Send a written update.' },
    { Value: 'phone', Label: 'Phone', Description: 'Speak to our team.' },
    { Value: 'post', Label: 'Post', Disabled: true, Description: 'Currently unavailable.' },
  ]
  let selected = 'email'
  const render = () => { status.textContent = `Selected: ${selected || '(none)'}` }
  const instance = createRadioGroup(target, {
    Name: 'contactMethod', Label: 'Contact method', Required: true,
    Options: choices, Value: selected, Direction: 'Vertical',
  }, { Change(value) { selected = value; instance.update({ Error: '' }); render() } })
  const listeners = new AbortController()
  replace.addEventListener('click', () => {
    instance.update({ Options: choices.filter(option => option.Value !== 'email') })
    selected = instance.getValue(); render() // Updates do not emit Change.
  }, { signal: listeners.signal })
  reset.addEventListener('click', () => {
    instance.update({ Options: choices, Error: '' }); instance.reset()
    selected = instance.getValue(); render()
  }, { signal: listeners.signal })
  check.addEventListener('click', () => {
    instance.update({ Error: '' })
    selected = instance.getValue()
    // Also reject an empty selection when no enabled choices remain.
    const valid = !!selected && instance.validate()
    instance.update({ Error: valid ? '' : 'Choose an available contact method.' })
    status.textContent = valid ? `Ready: ${selected}` : 'A contact method is required.'
  }, { signal: listeners.signal })
  render()
  return { instance, destroy() { listeners.abort(); instance.destroy(); root.remove() } }
}

• Use Tab to reach the control. Space toggles choices; radio groups support arrow navigation. Inputs retain standard text-editing shortcuts.
• Check required, disabled and read-only states; verify reset and programmatic updates also synchronize your application state.
• Call the example handle’s destroy() when the view is removed. Abort your application listeners and requests; ignore any asynchronous result after disposal.
• Mount again and confirm there is one instance and one callback per interaction.

In Manage Dependencies, select RadioGroup from BluKavantUi_Community_Inputs, together with the structures and public actions used by its API. Refresh existing references before publishing your consumer. Inherit the shared Community theme in your application's theme.

ExampleScreen — Screen (your application)
└─ ExistingLayout — referenced Layout Block instance (child of ExampleScreen)
   └─ Content — existing slot on ExistingLayout
      └─ ComponentRegion — Container (child of that slot)
         └─ MainComponent — BluKavantUi_Community_Inputs.RadioGroup Block instance (child of ComponentRegion)

Reuse your screen’s existing Layout and its content slot; do not add a second layout. If your Layout names that slot differently, use its actual content slot. ComponentRegion is a new Container; MainComponent is a referenced Block instance.

Create local variables on ExampleScreen for the values your application changes. Use the exact native types below; lists are typed OutSystems Lists, while inputs ending in Json are Text containing the documented JSON. Bind each MainComponent.Input to its matching StateInput local. Constants can instead use the default directly. Fill required data from your Aggregate or Data Action before enabling interaction.

For each event you use, create the named screen Client Action below. Add its listed input parameters with the exact types. Select that action on MainComponent's event property, then enter each mapping explicitly. Event arguments and screen locals are different scopes.

Inputs ending in Json are Text containing JSON. Define the matching application Structure/List, then use JSON Serialize. The JSON below is payload content, not an OutSystems expression literal.

[
  {
    "Value": "standard",
    "Label": "Standard",
    "Description": "Regular service"
  },
  {
    "Value": "priority",
    "Label": "Priority",
    "Disabled": false
  }
]

These custom controls do not automatically participate in OutSystems Form.Valid. Validate your bound screen state, assign Error text for invalid fields, and call your own Server Action only when valid. Validate again on the server. Required is a runtime field requirement, not a mandatory Block input.

Publish the consumer, supply representative data, trigger each connected event and inspect the mapped arguments. Check a failed request, a retry and leaving/reopening the screen. The table describes the native contract; the Web recipes can contain capabilities with different native names or availability. Use these native names and the API tab as the authority for Service Studio.