The page navigation is complete. You may now navigate the page content as you wish.
Skip to main content

Primitives

Elements used to compose form fields.

Form primitives are used to compose form fields.

  • Form::Label is the label associated with the form control
  • Form::HelperText is an optional extra text used to help the user understand what the field is intended for
  • Form::Error is the error message shown to the user in case of failed validation of the field
  • Form::Indicator is the indicator for "Required" or "Optional" user inputs
  • Form::Legend is the legend associated to the fieldset
  • Form::Field is the generic container for control, label, helper text and error messaging
  • Form::Fieldset is the generic container to group multiple fields with label, helper text, and error messaging

We use form primitives, internally, as the building blocks for the "field" and "group" controls. They can also be used in special cases when needing to implement custom layouts or controls. We recommend using our pre-defined "field" and "group" controls, as they provide built-in accessibility support.

Usage

Form::Error

While we provide the structure and visual consistency for errors, the messaging and functionality are to be handled by the product teams.

Types of validation

Use a combination of client side and server side validation for the best user experience. Catching basic errors with client side validation allows the user to quickly resolve the error before submitting the form.

Client side validation

Client side validation, sometimes also referred to as inline validation, is an initial check that happens in the browser to ensure required fields are filled out and that the value is in the correct format. Learn more about client side validation.

Example of client side form validation

Server side validation

Server side validation provides a more thorough check on the server once the data has been submitted and helps keep our applications safe.

When using server side validation, display an AlertInline in the Critical variant above the form listing all errors with links to each invalid field.

Example of server side form validation

Content

Form::Label

  • We recommend keeping labels clear and concise, about 1-3 words. They should not consist of full sentences.
  • 3.3.2 Labels or Instructions (A): Labels or instructions are provided when content requires user input.

Form::HelperText

  • Use Form::HelperText when needing to provide the user with extra details about the data you’re asking them to input, eg. formatting requirements such as MM-DD-YYYY.

Form::Error

  • Error messages need to provide the user with enough context to guide them in resolving the error.
  • Keep messages short and to the point.
  • eg. "Enter a valid email address.", "Resource Share ARN starts with arn-"
  • Avoid overt politeness; don’t use "please" or "thank you" in your messaging.
  • 3.3.1 Error Identification (A): If an input error is automatically detected, the item that is in error is identified and the error is described to the user in text.
  • 3.3.3 Error Suggestion (AA): If an input error is automatically detected and suggestions for correction are known, then the suggestions are provided to the user, unless it would jeopardize the security or purpose of the content.
  • 3.3.4 Error Prevention (Legal, Financial, Data) (AA): For web pages that cause legal commitments or financial transactions for the user to occur, that modify or delete user-controllable data in data storage systems, or that submit user test responses, at least one of the following is true: submissions are reversible, data is checked and user is provided an opportunity to correct them, a mechanism is available for reviewing, confirming and correcting the information before finalizing the submission.
  • 4.1.3 Status Messages(AA): In content implemented using markup language, status messages can be programmatically determined through role or properties such that they can be presented to the user by assistive technologies without receiving focus.

Refer to HashiCorp’s Style, Language, and Voice Guidelines (internal only) for more content tips.

How to use this component

Form::Label

The most basic invocation requires text to be passed and a controlId argument (the ID of the form control associated with the label).

<Hds::Form::Label @controlId="control-ID">My label</Hds::Form::Label>

Pass an isRequired argument, when user input is required for the associated form control.

<Hds::Form::Label @controlId="control-ID" @isRequired={{true}}>My label</Hds::Form::Label>

Pass an isOptional argument, when the user input is optional for the associated form control.

<Hds::Form::Label @controlId="control-ID" @isOptional={{true}}>My label</Hds::Form::Label>

If the label needs to contain more than just text, it’s possible to pass structured content to component. While the correct text styling is applied to the component’s container, the layout of the content inside the component is the responsibility of the product team.

The <label> element is linked via for attribute to the <input/select/textarea> elements. Because this is an interactive element, it cannot have links inside of it, as nested interactive elements cannot be reached by a user with assistive technology.

<Hds::Form::Label @controlId="control-ID">
  <span>Some text</span>
  <Hds::Badge @size="small" @text="Some badge" @color="highlight" />
</Hds::Form::Label>

Form::HelperText

The most basic invocation requires text to be passed and a controlId argument.

The controlId value is used to generate an ID, prefixed with helper-text-, so that this ID can be referenced in the aria-describedby attribute of the form control. If no controlId is provided, no ID is generated. If needed, it can be passed directly as an HTML attribute.

This is some helper text
<Hds::Form::HelperText @controlId="control-ID">This is some helper text</Hds::Form::HelperText>

If the helper text needs to contain more than just text, use the block form of the component. While the correct styling is applied to the component itself, the nested components may need additional styling and are the responsibility of the product team.

Interactive elements in text (associated with the input through aria-describedby) will not be read out as interactive elements to users with screen readers; only the text itself will be read. As such, we recommend including a screen reader-only message that informs the user that some help text includes links, and additional keyboard exploration may be required.

Some text with a Hds::Link::Inline, or some formatted code or a strong message.
<Hds::Form::HelperText @controlId="control-ID">
  Some text with a
  <Hds::Link::Inline @route="show" @model="components/link/inline">Hds::Link::Inline</Hds::Link::Inline>,
  or <code>some formatted code</code> or a <strong>strong message</strong>.
</Hds::Form::HelperText>

Form::Error

The most basic invocation requires text to be passed and a controlId argument.

The controlId value will be used to generate an ID, prefixed with error-, so that this ID can be referenced in the aria-describedby attribute of the form control. If no controlId is provided, no ID is generated. If needed, it can be passed directly as an HTML attribute.

This is a simple error message
<Hds::Form::Error @controlId="control-ID">This is a simple error message</Hds::Form::Error>

If the error is made up of multiple messages, it’s possible to iterate over a collection of error messages.

<Hds::Form::Error @controlId="control-ID" as |Error|>
  {{#each @model.SAMPLE_ERROR_MESSAGES as |message|}}
    <Error.Message>{{message}}</Error.Message>
  {{/each}}
</Hds::Form::Error>

Form::Indicator

If no isRequired/isOptional argument is provided, the component will not render anything.

Pass an isRequired argument, to render a Required indicator.

 
<Hds::Form::Indicator @isRequired={{true}} />

Pass an isOptional argument, to render an Optional indicator.

<Hds::Form::Indicator @isOptional={{true}} />

Form::Legend

The most basic invocation requires text to be passed.

My legend
<Hds::Form::Legend>My legend</Hds::Form::Legend>

Pass an isRequired argument, when user input is required for the associated form control.

My legend  
<Hds::Form::Legend @isRequired={{true}}>My legend</Hds::Form::Legend>

Pass an isOptional argument, when user input is optional for the associated form control.

My legend
<Hds::Form::Legend @isOptional={{true}}>My legend</Hds::Form::Legend>

If the legend needs to contain more than just text, it’s possible to pass structured content to component. While the correct text styling is applied to the component’s container, the layout of the content inside the component is the responsibility of the product team.

Some text
Some badge
<Hds::Form::Legend>
  <span>Some text</span>
  <Hds::Badge @size="small" @text="Some badge" @color="highlight" />
</Hds::Form::Legend>

Form::Field

It’s unlikely that you’ll need to use this component direcly. If you need to use it in your codebase, please contact the Design Systems Team so we can provide support and guidance.

A basic invocation includes a set of contextual components, a control (in this case a text input) with hashed values passed back to it, and a @layout argument. Depending on the context, you may want to pass just the label, or the label and the helper text, while the error message is likely conditional to the validation of the input provided by the user. The arguments id and ariaDescribedBy are automatically generated by the component and passed back to the control.

The layout of the content inside the "control" container is the responsibility of the product team.

This is the helper text
// add your control here
This is the error
<Hds::Form::Field @layout="vertical" @isRequired={{true}} as |F|>
  <F.Label>This is the label</F.Label>
  <F.HelperText>This is the helper text</F.HelperText>
  <F.Control>
    // add your control here
    <input
      type="email"
      id={{F.id}}
      value="jane.doe@email.com"
      class="my-custom-class"
      aria-describedby={{F.ariaDescribedBy}}
    />
  </F.Control>
  <F.Error>This is the error</F.Error>
</Hds::Form::Field>

Form::Fieldset

It’s unlikely that you’ll need to use this component direcly. If you need to use it in your codebase, please contact the Design Systems Team so we can provide support and guidance.

A basic invocation includes a set of contextual components, one or more fields (in this case radio buttons within a label), and a @layout argument. Depending on the context, you may want to pass just the legend, just the helper text, both or none, while the error message is likely conditional to the validation of the inputs provided by the user.

The layout of the content inside the "control" container is the responsibility of the product team.

This is the legend   // add your fields here
This is the helper text
// add your fields here
// add your fields here
// add your fields here
This is the error
<Hds::Form::Fieldset @layout="horizontal" @isRequired={{true}} as |F|>
  <F.Legend>This is the legend</F.Legend>
  <F.HelperText>This is the helper text</F.HelperText>
  // add your fields here
  <F.Control>
    <label for="my-group-checkbox1" class="my-custom-class">
      <input type="checkbox" id="my-group-checkbox1" checked="checked" />
      selection #1
    </label>
  </F.Control>
  <F.Control>
    <label for="my-group-checkbox2" class="my-custom-class">
      <input type="checkbox" id="my-group-checkbox2" />
      selection #2
    </label>
  </F.Control>
  <F.Error>This is the error</F.Error>
</Hds::Form::Fieldset>

Component API

Form::Label

Name
controlId
Type
string
Description
The ID of the form control associated with the label. This is used to populate the for attribute of the <label> element.
Name
isRequired
Type
boolean | false
Description
Appends a Required indicator next to the label text when user input is required.
Name
isOptional
Type
boolean | false
Description
Appends an Optional indicator next to the label text when user input is optional.
Name
yield
Description
Elements passed as children of this component are yielded inside the <label> element.
Name
…attributes
Description
This component supports use of ...attributes.

Form::HelperText

Name
controlId
Type
string
Description
The ID of the form control associated with the helper text. This is used to populate the id HTML attribute (with a helper-text- prefix) of the element. This HelperText ID can then be referenced in the aria-describedby attribute of the form control.
Name
yield
Description
Elements passed as children of this component are yielded inside the element.
Name
…attributes
Description
This component supports use of ...attributes.

Form::Error

Name
controlId
Type
string
Description
The ID of the form control associated with the error. This is used to populate the id HTML attribute (with an error- prefix) of the element. This Error ID can then be referenced in the aria-describedby attribute of the form control.
Name
yield
Description
Elements passed as children of this component are yielded inside the element.
Name
…attributes
Description
This component supports use of ...attributes.

Form::Indicator

Name
isRequired
Type
boolean | false
Description
Shows the Required indicator.
Name
isOptional
Type
boolean | false
Description
Shows the Optional indicator.

Form::Legend

Name
isRequired
Type
boolean | false
Description
Appends a Required indicator next to the label text when user input is required.
Name
isOptional
Type
boolean | false
Description
Appends an Optional indicator next to the label text when user input is optional.
Name
yield
Description
Elements passed as children of this component are yielded inside the <legend> element.
Name
…attributes
Description
This component supports use of ...attributes.

Form::Field

Name
layout
Type
enum
Values
  • vertical
  • flag
Description
Sets the layout of the component. "Vertical" layout is used for TextInput, Textarea and Select fields. "Flag" layout is used for Checkbox, Radio and Toggle fields.
Name
id
Type
string
Description
The control’s ID attribute.

By default the ID is automatically generated by the component; use this argument if you need to pass a custom ID for specific reasons you may have.
Name
extraAriaDescribedBy
Type
string
Description
An extra ID attribute to be added to the aria-describedby HTML attribute.

By default the aria-describedby attribute is automatically generated by the component, using the IDs of the helper text and errors (if they’re present); use this argument if you need to pass extra IDs for specific reasons you may have.
Name
isRequired
Type
boolean | false
Description
Appends a Required indicator next to the label text when user input is required.
Name
isOptional
Type
boolean | false
Description
Appends an Optional indicator next to the label text when user input is optional.
Name
…attributes
Description
This component supports use of ...attributes.

Contextual components

Control, label, helper text and error content are passed to the field as yielded components, using the Label, HelperText, Control, Error keys.

Name
<[F].Label>
Type
yielded component
Description
A container that yields its content inside the <label> element. The content can be a simple string, or a more complex/structured one (in which case it inherits the text style). For details about its API check the Form::Label component.

The for attribute of the label is automatically generated.
Name
<[F].HelperText>
Type
yielded component
Description
A container that yields its content inside the "helper text" block. The content can be a simple string, or a more complex/structured one (in which case it inherits the text style). For details about its API check the Form::HelperText component.

The id attribute of the element is automatically generated.
Name
<[F].Control>
Type
yielded component
Description
It is a very simple container that yields its content. It is used to forward the "base" control inside the "field" control wrapper. The Control yielded component exposes two hashed arguments:
Name
[C].id
Type
string
Description
returns the unique "id" attribute for the control element (generated automatically, unless provided using the @id argument described above).
Name
[C].ariaDescribedBy
Type
string
Description
returns the "aria-describedby" attribute for the control element (generated automatically, based on the presence of the HelperText an/or the Error elements in the field, plus the optional @extraAriaDescribedBy argument described above).
Name
<[F].Error>
Type
yielded component
Description
A container that yields its content inside the "error" block. The content can be a simple string, or a more complex/structured one (in which case it inherits the text style). For details about its API check the Form::Error component.

The id attribute of the Error element is automatically generated.
Name
<[E].Message>
Type
yielded component
Description
If the error is made of multiple messages, you can iterate over a collection of error messages yielding individual items using Error.Message.

Form::Fieldset

Name
layout
Type
enum
Values
  • vertical (default)
  • horizontal
Description
Sets the layout of the field controls in the component.
Name
id
Type
string
Description
The fieldset’s ID attribute.

By default the ID is automatically generated by the component; use this argument if you need to pass a custom ID for specific reasons you may have.
Name
isRequired
Type
boolean | false
Description
Appends a Required indicator next to the label text when user input is required.
Name
isOptional
Type
boolean | false
Description
Appends an Optional indicator next to the label text when user input is optional.
Name
…attributes
Description
This component supports use of ...attributes.

Contextual components

Control, label, helper text and error content are passed to the field as yielded components, using the Label, HelperText, Control, Error keys. The component also exposes two hashed methods, id and ariaDescribedBy.

Name
<[F].Legend>
Type
yielded component
Description
A container that yields its content inside the <legend> element. The content can be a simple string, or a more complex/structured one (in which case it inherits the text style). For details about its API check the Form::Legend component.
Name
<[F].HelperText>
Type
yielded component
Description
A container that yields its content inside the "helper text" block (at group level). The content can be a simple string, or a more complex/structured one (in which case it inherits the text style). For details about its API check the Form::HelperText component.

The id attribute of the element is automatically generated.
Name
<[F].Control>
Type
yielded component
Description
It is a very simple container that yields its content. It is used to forward the "field" control inside the fields’ "group" control wrapper.

You can pass all the controls to a single <Control> container, or you can have one control per container.
Name
[C].id
Type
function
Description
returns the unique "id" attribute for the control element (generated automatically, unless provided using the @id argument described above).
Name
[C].ariaDescribedBy
Type
function
Description
returns the "aria-describedby" attribute for the control element (generated automatically, based on the presence of the HelperText an/or the Error elements in the field, plus the optional @extraAriaDescribedBy argument described above).
Name
<[F].Error>
Type
yielded component
Description
A container that yields its content inside the "error" block (at group level). The content can be a simple string, or a more complex/structured one (in which case it inherits the text style).
Name
<[E].Message>
Type
yielded component
Description
If the error is made of multiple messages, you can iterate over a collection of error messages yielding individual items using Error.Message. For details about its API check the Form::Error component.

The id attribute of the Error element is automatically generated.

Conformance rating

Conditionally conformant

Form primitives aren’t conformant until used in conjunction with the other components/elements that will make them conformant.

Known issues

If a link is used within a label, helper text, or error text, it will not be presented as a link to the user with a screen reader; only the text content is read out. As such, care should be used when considering this feature.

Applicable WCAG Success Criteria

This section is for reference only, some descriptions have been truncated for brevity.

This component intends to conform to the following WCAG Success Criteria:

  • 1.3.1 Info and Relationships (Level A):
    Information, structure, and relationships conveyed through presentation can be programmatically determined or are available in text.
  • 1.3.2 Meaningful Sequence (Level A):
    When the sequence in which content is presented affects its meaning, a correct reading sequence can be programmatically determined.
  • 1.3.4 Orientation (Level AA):
    Content does not restrict its view and operation to a single display orientation, such as portrait or landscape.
  • 1.4.1 Use of Color (Level A):
    Color is not used as the only visual means of conveying information, indicating an action, prompting a response, or distinguishing a visual element.
  • 1.4.10 Reflow (Level AA):
    Content can be presented without loss of information or functionality, and without requiring scrolling in two dimensions.
  • 1.4.11 Non-text Contrast (Level AA):
    The visual presentation of the following have a contrast ratio of at least 3:1 against adjacent color(s): user interface components; graphical objects.
  • 1.4.12 Text Spacing (Level AA):
    No loss of content or functionality occurs by setting all of the following and by changing no other style property: line height set to 1.5; spacing following paragraphs set to at least 2x the font size; letter-spacing set at least 0.12x of the font size, word spacing set to at least 0.16 times the font size.
  • 1.4.3 Minimum Contrast (Level AA):
    The visual presentation of text and images of text has a contrast ratio of at least 4.5:1
  • 1.4.4 Resize Text (Level AA):
    Except for captions and images of text, text can be resized without assistive technology up to 200 percent without loss of content or functionality.
  • 2.4.6 Headings and Labels (Level AA):
    Headings and labels describe topic or purpose.
  • 3.3.2 Labels or Instructions (Level A):
    Labels or instructions are provided when content requires user input.
  • 4.1.1 Parsing (Level A):
    In content implemented using markup languages, elements have complete start and end tags, elements are nested according to their specifications, elements do not contain duplicate attributes, and any IDs are unique.
  • 4.1.2 Name, Role, Value (Level A):
    For all user interface components, the name and role can be programmatically determined; states, properties, and values that can be set by the user can be programmatically set; and notification of changes to these items is available to user agents, including assistive technologies.


Support

If any accessibility issues have been found within these components, please let us know by submitting an issue.