惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

D
DataBreaches.Net
S
Schneier on Security
T
The Exploit Database - CXSecurity.com
Webroot Blog
Webroot Blog
AI
AI
P
Palo Alto Networks Blog
Attack and Defense Labs
Attack and Defense Labs
WordPress大学
WordPress大学
月光博客
月光博客
阮一峰的网络日志
阮一峰的网络日志
Spread Privacy
Spread Privacy
T
Tor Project blog
罗磊的独立博客
小众软件
小众软件
S
Security Affairs
酷 壳 – CoolShell
酷 壳 – CoolShell
量子位
Apple Machine Learning Research
Apple Machine Learning Research
T
Threatpost
NISL@THU
NISL@THU
博客园_首页
PCI Perspectives
PCI Perspectives
大猫的无限游戏
大猫的无限游戏
IT之家
IT之家
N
News and Events Feed by Topic
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
Forbes - Security
Forbes - Security
博客园 - 叶小钗
D
Darknet – Hacking Tools, Hacker News & Cyber Security
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Last Week in AI
Last Week in AI
L
LINUX DO - 热门话题
T
Threat Research - Cisco Blogs
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
腾讯CDC
Security Latest
Security Latest
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
The Cloudflare Blog
A
About on SuperTechFans
爱范儿
爱范儿
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
TaoSecurity Blog
TaoSecurity Blog
宝玉的分享
宝玉的分享
G
GRAHAM CLULEY
雷峰网
雷峰网
F
Full Disclosure
I
Intezer
Cloudbric
Cloudbric
博客园 - 三生石上(FineUI控件)
U
Unit 42

TetraLogical Blog

Designing for people with reading disabilities - TetraLogical Designing for people who are D/deaf - TetraLogical Designing accessible documents - TetraLogical Introduction to creating accessible documents - TetraLogical Inclusive user research: vulnerable people - TetraLogical Designing for people who are blind - TetraLogical Designing for people with low vision - TetraLogical Meet the team: Niamh Madden - TetraLogical Designing for people with anxiety - TetraLogical Designing for people with disabilities - TetraLogical Common accessibility misconceptions - TetraLogical Common misconceptions about testing accessibility - TetraLogical Common misconceptions about implementing accessibility - TetraLogical Common misconceptions about WCAG - TetraLogical Common misconceptions about disability - TetraLogical Meet the team: Grace Snow - TetraLogical Sustainable accessibility in complex organisations: strategic foundations - TetraLogical Sustainable accessibility in complex organisations: organisational realities - TetraLogical Sustainable accessibility in complex organisations: external factors - TetraLogical Common misconceptions about screen readers - TetraLogical Guide to the Inclusive Design Principles - TetraLogical Meet the team: Ian Lloyd - TetraLogical Annotating designs using common language - TetraLogical Meet the team: Catriona Morrison - TetraLogical Championing inclusive language - TetraLogical Press release: TetraLogical launches accessible self-led training courses to help digital teams build confidence in accessibility - TetraLogical Why inclusive products are green products - TetraLogical Accessible Recruitment - TetraLogical Accessibility and the agentic web - TetraLogical Meet the team: Craig Abbott - TetraLogical Foundations: types of assistive technology and adaptive strategies - TetraLogical European Accessibility Act (EAA) FAQ - TetraLogical Screen reader HTML support tables - TetraLogical Interview with Lola Odelola - TetraLogical Understanding EN 17161 Design for All - TetraLogical Inclusive user research: building rapport - TetraLogical Foundations: Keyboard accessibility - TetraLogical Can generative AI write contextual text descriptions? - TetraLogical Understanding the European Accessibility Act (EAA) - TetraLogical Meet Josh: a sportsman who has spinal muscular atrophy - TetraLogical Meet Jonathan: a photographer who has ADHD - TetraLogical Foundations: grouping forms with `<fieldset>` and `<legend>` - TetraLogical XR Accessibility: for people with moving disabilities - TetraLogical Meet Andre: a music producer and blind screen reader user - TetraLogical Foundations: types of disability - TetraLogical Meet Lauren: a film editor who has ADHD - TetraLogical Meet Steve: a photographer who is deaf and low vision - TetraLogical Foundations: form validation and error messages - TetraLogical Meet Hasmukh: a blind cricketer and screen reader user - TetraLogical XR Accessibility: for people with hearing disabilities - TetraLogical XR Accessibility: for people with thinking disabilities - TetraLogical XR Accessibility: for people with seeing disabilities - TetraLogical Introduction to XR Accessibility - TetraLogical Foundations: labelling text fields with input and label - TetraLogical Design patterns and WCAG - TetraLogical Does WCAG 2.2 apply to native apps - TetraLogical Why are my live regions not working? - TetraLogical Building a culture of accessibility - TetraLogical When to use tabindex= Accessibility foundations - TetraLogical Meet the team: Demelza Feltham - TetraLogical Can generative AI help write accessible code? - TetraLogical Meet the team: Steve Faulkner - TetraLogical Meet the team: Gez Lemon - TetraLogical Keyboard accessibility myths and WCAG - TetraLogical Amendment to the Public Sector Accessibility Regulations - TetraLogical What Considerations for TV user interface accessibility - TetraLogical Meet the team: Alistair Duggin - TetraLogical Sticky content: focus in view - TetraLogical The only accessibility specialist in the room - TetraLogical Meet the team: Ian Pouncey - TetraLogical Meet the team: Dean Holden - TetraLogical Meeting WCAG Level AAA - TetraLogical Foundations: accessible names and descriptions - TetraLogical Inclusive XR: accessible augmented reality experiences - TetraLogical Foundations: pointer gestures - TetraLogical Meet the team: Graeme Coleman - TetraLogical Adding sign language to videos - TetraLogical Foundations: introduction to WAI-ARIA - TetraLogical Meet the team: Joe Lamyman - TetraLogical Inclusive XR: accessible 3D experiences - TetraLogical Foundations: visible focus styles - TetraLogical Foundations: target sizes - TetraLogical Meet the team: Henny Swan - TetraLogical Meet the team: Ela Gorla - TetraLogical Foundations: native versus custom components - TetraLogical Foundations: HTML semantics - TetraLogical Accessibility and supporting Internet Explorer - TetraLogical Meet the team: Felicity Miners-Jones - TetraLogical Accessibility and QR codes - TetraLogical Inclusive user research: recruiting participants - TetraLogical Research insight: accessibility of images - TetraLogical Meet the team: Léonie Watson - TetraLogical Android accessibility: roles and TalkBack - TetraLogical Accessible design systems - TetraLogical Meet the team: Patrick H. Lauke - TetraLogical Inclusive user research: analysing findings - TetraLogical How to write user stories for accessibility - TetraLogical Triaging WCAG 2.1 Level AAA - TetraLogical
Accessible building blocks for the web videos - TetraLogical
2026-02-06 · via TetraLogical Blog

[Four circles - one orange, one pink, one purple, and one red - and 4 purple lines fly into screen then join together to form the TetraLogical logo]

TetraLogical

[The TetraLogical logo whooshes off screen]

[A dark purple background appears with the title "Accessible building blocks for web: form fields" written in large yellow font]

Accessible building blocks for web: form fields

Form fields are a vital component of many websites. They allow people to enter information and complete key tasks.

[A video of a form being filled in plays on screen]

However, if not designed and coded with accessibility in mind, they can pose serious barriers to many people including people with cognitive disabilities and people using screen readers. So, what makes form fields easy to understand and fill in for everyone?

[A photograph of a young man with Down syndrome sitting in front of a laptop, wearing headphones]

Clear labels and error messages, well-planned label positioning, good use of colour, and properly associated HTML elements, are all key to accessible form fields.

[A white slide with the title "Accessible form fields" is displayed. Four list items slowly appear on screen: "Clear labels and error messages", "Well-planned label positioning", "Good use of colour", and "Properly associated HTML elements"]

[The white slide is replaced by a light purple one with large, yellow text "Language"]

Language

Help people enter the correct information in form fields by writing clear and descriptive form labels, such as "Full name (including middle name)" for a field requiring a person's full legal name.

[A form is displayed. One of the input fields in the form is preceded by the text label "Full name (including middle name)". An arrow appears on screen, pointing to the label]

Clearly identify required fields. For example, on this form the text "required" is at the end of the labels for the two input fields, as both fields must be filled in.

[A form titled "Subscribe" and containing two input fields appears. The fields are preceded by the labels: "Name (required)" and "Email address (required)". A border appears around the "required" text in both labels, to highlight it]

For less familiar or complex forms, it may be useful to provide additional instructions. For instance, not all people may know where to find their National Insurance Number. As shown here, the instruction "It’s on your National Insurance card, benefit letter, payslip or P60" followed by example data may prove useful to many.

[A form titled "Personal details" is displayed. One of the fields in the form is preceded by the label "National Insurance Number". The instruction "It’s on your National Insurance card, benefit letter, payslip or P60. For example, QQ 12 34 56 C" is in between the label and the input field. An arrow pointing to this instruction appears on screen]

Always use a persistent text label for each form field. Placeholder text disappears when someone starts typing, so it should never be used as a substitute for a label.

[A video of a form being filled in plays on screen. The fields in the form have a placeholder but no persistent label. When text is entered in each field, the placeholder disappears. A large "X" icon is displayed on top of the form]

Finally, if people enter incorrect information, explain the error clearly and simply, and offer guidance on how to fix it.

In this form, when a policy number in an incorrect format is entered, the error message "This doesn't look right. Your policy number starts with EGA or AGL, followed by 6 numbers" is displayed above the field.

[A form titled "About you" is displayed. The form contains a "Policy number" input field. A string of six digits has been entered in the field. A red exclamation mark icon and the red text "This doesn't look right. Your policy number starts with EGA or AGL, followed by 6 numbers" are in between the label and the form field. An arrow pointing to the error message appears on screen]

[The web page is replaced by a red slide containing large, white text "Visual design"]

Visual design

When designing forms, place labels where people expect to find them. Labels are usually above input fields and combo boxes, and to the right of radio buttons and checkboxes.

[A form titled "Registration form" is displayed. The form contains three input fields, a group of three radio buttons, and a checkbox. Arrows pointing to the labels of all fields appear to highlight the label positioning: above the input fields and to the right of the radio buttons and checkbox]

Keeping labels close to their fields helps everyone, especially people enlarging the content.

[The same form, enlarged. The first two input fields take up the whole screen. The labels sit very close to the input fields]

Also, carefully plan how to use colour in your forms.

Never use colour alone to identify fields that are required or in error. In this form, the field in error is identified by a red border and a red label, as well as an exclamation mark icon and a text error message above the field. This makes it easy for everyone to recognise there is an error.

[A form titled "Personal details" is displayed. The form contains a "Phone number" input field where a string of six digits has been entered. The label "Phone number" and the border of the input field are red, and a red exclamation mark icon followed by the red text "Please enter a valid phone number" are in between the label and the form field. Four arrows appear on screen to direct attention to the label, the form field border, the exclamation mark icon, and the red error message]

And make it easy for all to see form fields by giving their border a colour that has a good contrast with the adjacent colours, at least 3:1.

[A form titled "Subscribe" and containing two input fields is displayed. An arrow appears on screen to draw attention to the border of the first form field. The text "3:1" slowly appears on screen]

In this example from the TetraLogical website, the grey border of the input fields has a contrast ratio of 8.9:1 with the light violet background.

[The same Subscribe form is on screen. The Colour Contrast Analyser (CCA) tool appears next to it, showing a contrast ratio of 8.9:1 between the grey colour #444444 used for the border of the form fields and the light violet colour #F6F3F8 used for the background]

[The web page is replaced by an orange slide containing large, white text "Implementation"]

Implementation

By using HTML native controls such as <input>, <textarea>, <select> and so on, you can easily create form fields that are keyboard accessible and are recognised as expected by screen readers.

[The text "HTML native controls" is displayed at the centre of the screen. The text <input>, <textarea>, and <select> appear around it, as they are mentioned]

Next, you should ensure that form fields and labels are correctly associated in the code.

[The Subscribe form from the TetraLogical website is on screen again. A border is displayed around the first input field and its label "Name (required)", to highlight them. To the right of the form, the piece of code <label> Name (required) </label> <input type="text"> is displayed]

A simple way to do so is using the id and for attributes.

[The for attribute with the value "name" appears within the <label> element and the id attribute with the same value "name" appears in the <input> element]

This ensures that the right label for each form field is announced by screen readers. It also allows people with limited dexterity to select a field by clicking on its label, and people using voice commands to select it by reading out the label.

In summary, by writing clear labels and error messages, choosing label placement with care, making good use of colour, and associating fields with their labels at code level, you can create forms that everyone can fill in with ease.

[The web page is replaced by a white slide with the title "Summary" and four list items: "Clear labels and error messages", "Well-planned label positioning", "Good use of colour", and "Properly associated HTML elements"]

To learn more, visit tetralogical.com.

[The screen fades to white and the TetraLogical logo appears again, followed by the text "Find out more about accessibility at tetralogical.com]