Skip to end of banner
Go to start of banner

Selector - Segmented button

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this content. View the current version.

Compare with Current View Version History

« Previous Version 5 Next »

Lead:  Yehiel Elad-Certner -  ONGOING  

Description

Segmented button display a set of icon or text buttons in a row as a single element. A segmented button allows users to choose one or more out of a range of available options.

Icon

Text

Usage & Behaviour

A segmented Button is commonly used as:

  • An alternative to dropdown, radio buttons

  • segmented buttons can be used as a switch between different views

  • As a toggle between two or more content sections within the same space on screen

General guidelines

Structure

A Segmented button consists of:

  • A button group of equal options.

  • The action can be represented by either text or an icon.

  • The options should be equal in width and prominence, each part taking the same size.

Default State

The default selection is always the first option in a segmented Button.

Content

a segmented Button should only be used for up to 5 options. It is ideal when there are 2 or 3.

Button labels need to be as short as possible and should ideally be only one word.
Alternatively icons can be used to replace button labels.

States

State

Image

Comment

Regular

Hover

Active

Disabled

Interaction

In a case of a single selection segmented button, there should always be one selected.
In case of a multi Selection segmented button, states of multiple selection or none are available.

Best practices

Use:

  • A segmented button should be used instead of a dropdown when there are only a few options and enough room to fit within the UI.

  • segmented buttons can be used as a switch between different views.

Don’t use

  • If there are more than 5 option, consider using a different component type.

  • If the option aren't closely related contextually,Use a segmented button when you want alternative views of the same content.

Accessibility compliance

<<In general each component should be A11y complied,  please follow the 3 guidelines linked below. At the very least we should document that each component is in compliance with each of the 3>>

Focus management

<<How will the component work with keyboard only - without a mouse. Can be reference if written above

We already set a general guidelines described in /wiki/spaces/UX/pages/308969693 >>

Screen reader support 

<<Make sure the components support screen reader for content or behaviour where needed - see /wiki/spaces/UX/pages/308248620 >>

Contrast & size compliance

<<Visual designers must comply with the minimal of /wiki/spaces/UX/pages/301498483 for each component>>

Design

Code

<<a box containing the code - discuss with Femi>>

  • No labels