text-field
Text Field
Enter and edit text content
What it solves
A Text Field is a fundamental form input component that allows users to enter and edit text-based data. It is commonly used in forms, search fields, authentication fields, and messaging interfaces. Text fields can accept single-line or multi-line input and may include additional features like placeholders, character counters, validation messages, and formatting assistance.
When to use
Use a text field when you need users to input freeform text, such as:
- Login and authentication fields – Username, password, email.
- Search fields – Query inputs in search bars.
- Forms and surveys – Collecting names, addresses, or custom responses.
- Messaging interfaces – Chat applications and comment sections.
- Data entry fields – User-generated content like tags, descriptions, or reviews.
When to avoid
- For pre-defined options – Use dropdowns, radio, or checkboxes instead.
- For structured data inputs – Use specialized inputs like date pickers or currency fields.
- For short selections – Use auto-complete inputs instead of requiring full text input.
- When voice input or selections are better – Consider alternatives for accessibility.
Implementation workflow
- Confirm the pattern matches the problem and constraints before copying the example.
- Start from the anatomy and examples in
references/pattern.md, then choose the smallest viable variation. - Apply accessibility, performance, and interaction guardrails before layering visual polish.
- Use the testing guidance to verify behavior across keyboard, screen reader, responsive, and failure scenarios.
Accessibility guardrails
Keyboard Interaction Pattern
Text fields should support standard keyboard navigation and interactions to ensure accessibility and usability.
| Key | Action |
|---|---|
Tab |
Moves focus to the next interactive element. |
Shift + Tab |
Moves focus to the previous interactive element. |
Enter (inside a form) |
Submits the form (unless prevented). |
Arrow Left / Right |
Moves the text cursor within the input. |
Arrow Up / Down |
Moves the cursor within multi-line text fields (textarea). |
Esc |
If inside a search field, clears input (optional behavior). |
Performance guardrails
Target performance metrics for text field components:
- Initial render: < 100ms for text field appearance
- Focus response: < 50ms from click to focus state
- Validation feedback: < 150ms after input validation
- Character counter updates: < 50ms for smooth counting
- Memory usage: < 5KB per text field instance
Common mistakes
Using Placeholder as Primary Label
The Problem: Relying on placeholder text as the only label makes the field inaccessible when users start typing, and screen readers may not announce it properly.
<!-- Bad: Placeholder as label -->
<input type="text" placeholder="First Name">
How to Fix It? Always provide a visible label and use placeholder for hints or examples only.
<!-- Good: Label + helpful placeholder -->
<label for="firstName">First Name</label>
<input type="text" id="firstName" placeholder="e.g., John">
Poor Validation Timing
The Problem: Showing error messages too early (on first keystroke) or too late (only on form submission) frustrates users.
How to Fix It? Use progressive validation:
- Show errors after field loses focus (onBlur) for first-time entry
- Show real-time validation for corrections after initial error
- Validate required fields on blur, format validation on input
// Good: Progressive validation
function validateField(input, hasBeenBlurred) {
if (hasBeenBlurred && input.value.length > 0) {
// Show real-time validation after first blur
showValidationFeedback(input);
}
}
Missing Error Recovery
The Problem: Not providing clear guidance on how to fix validation errors leaves users stuck.
How to Fix It? Include specific, actionable error messages with examples.
<!-- Bad: Vague error -->
<output class="error">Invalid input</output>
<!-- Good: Specific guidance -->
<output class="error">
Password must contain at least 8 characters, including 1 number and 1 special character.
Example: MyPass123!
</output>
Related patterns
- https://uxpatterns.dev/patterns/forms/autocomplete
- https://uxpatterns.dev/patterns/forms/checkbox
- https://uxpatterns.dev/patterns/forms/currency-input
- https://uxpatterns.dev/patterns/forms/date-picker
- https://uxpatterns.dev/patterns/forms/multi-select-input
- https://uxpatterns.dev/patterns/forms/radio
- https://uxpatterns.dev/patterns/forms/selection-input
For full implementation detail, examples, and testing notes, see references/pattern.md.
Pattern page: https://uxpatterns.dev/patterns/forms/text-field
More from thedaviddias/ux-patterns-for-developers
ux-patterns
Use when choosing, comparing, or implementing UX patterns across the UX Patterns for Developers corpus.
8button
Use when you need to trigger actions and submit forms.
5toggle
Use when you need to switch between two states.
4autocomplete
Use when implementing suggest options as users type.
4notification
Use when you need to inform users about important updates.
3accordion
Use when implementing expand and collapse content sections.
3