Interface Core A1 · Official standard Platform: Web

Read-only Field

A read-only field can receive focus and its value can be copied. The person cannot edit the value.

See how it works
You might call it readonly fieldread-only inputreadonly input

See how it works

Original worked exampleRead-only Field
ACCESSIBLE UI RULERead-only Fieldreadonly: focus + copy + submit, no edit; disabled: no normal focus or submit
ACCOUNT FIELDS3 states
  1. 1Display name · editablevalue="Maya"
  2. 2Account ID · read-onlyreadonly
  3. 3Invite code · disableddisabled
READ-ONLY VALUEACCT-2048<input readonly>
Value included in form dataaccountId=ACCT-2048
PASSThe read-only value stays focusable, copyable, and submitted.AVOIDaria-readonly alone does not stop editing.
readonly: focus + copy + submit, no edit; disabled: no normal focus or submitA11Y
Read-only FieldAccessible interface practice

Another example

An account ID is read-only. A person can focus and copy it. The supported native field still submits its value.

Main parts

  1. 01Field label
  2. 02Current value
  3. 03Read-only attribute
  4. 04Focus behavior
  5. 05Copy behavior
  6. 06Form submission behavior

Use it when

Use it when a value must stay visible and available for copying. The current task must not allow editing.

Do not use it when

Do not use aria-readonly alone to block editing. Native readonly only applies to supported text controls.

Name used in code

readonly: focus + copy + submit, no edit; disabled: no normal focus or submit

Before you ship

Give each field a label that code can read. Link hints and errors, and keep entered values. Check autofill, keyboard order, validation timing, submit states, failure recovery, zoom, and languages.

Request you can copy

Outcome: Use Read-only Field to solve this user need without losing the current context. User context: An account ID is read-only. A person can focus and copy it. The supported native field still submits its value. Recommended pattern: Read-only Field. Why it fits: Use it when a value must stay visible and available for copying. The current task must not allow editing. Do not use it when: Do not use aria-readonly alone to block editing. Native readonly only applies to supported text controls. Product requirements: Define the default, loading, empty, error, success, and recovery states. Keep user input. Give clear feedback after every action. Accessibility and resilience: Use semantic HTML, full keyboard access, and visible focus. Make the layout work when zoomed and support reduced motion. Follow the project’s current rules. Do not add a new UI library unless the project already uses it. Acceptance criteria: The main task works with keyboard only and at 320px width. Focus and status changes are announced. Check loading, failure, retry, cancel, and reduced-motion paths. Evidence and limits (evidence boundary): The standard covers only the listed scope. It does not choose the visual style, product decision, or Vibulary example. Unknowns to confirm: Product wording, data source, analytics events, supported devices and languages, and platform limits.

Check this request

Review the current use of Read-only Field. Definition: A read-only field can receive focus and its value can be copied. The person cannot edit the value. Release checks: Give each field a label that code can read. Link hints and errors, and keep entered values. Check autofill, keyboard order, validation timing, submit states, failure recovery, zoom, and languages. Before changing code, report the evidence you found, gaps, severity, and the smallest safe fix.

A1
How official is this term?

Official standard

A named standard sets the rules described on this page.

The standard covers only the listed scope. It does not choose the visual style, product decision, or Vibulary example.

Scope
HTML readonly input behavior; WAI-ARIA aria-readonly is related semantic context, and visual field treatment is outside this scope
Document status
living standard
Checked on
2026-07-30

Evidence sources & scope

Authority source + Term reference · WHATWG · living standard HTML Living Standard — readonly attribute for input readonly attribute for input Scope: Web platform; direct scope: readonly attribute for input Role here: Direct term reference Source covers: canonical name, definition, semantics, implementation Authority source · WHATWG · living standard HTML Living Standard Scope: Web platform Role here: Authority within stated scope Source covers: canonical name, definition, semantics, implementation Authority source · W3C · recommendation Accessible Rich Internet Applications (WAI-ARIA) 1.2 Scope: Web accessibility semantics Role here: Authority within stated scope Source covers: canonical name, definition, semantics, implementation Background source WAI-ARIA 1.2 — aria-readonly Role here: Helpful background, not a definition Background source WHATWG HTML — The disabled attribute Role here: Helpful background, not a definition

Copy it yourself

The browser could not copy this. Select the request below and copy it yourself.