image-upload

# Image Upload Upload and preview images ## What it solves A **Image Upload** pattern helps teams create a reliable way to let users select, preview, validate, and replace an image confidently before or during upload. It is most useful when teams need profile or avatar uploads. Compared with adjacent patterns, this pattern should reduce friction without hiding the state, rules, or recovery paths people need to keep moving. ## When to use - Profile or avatar uploads - Listing and catalog management - Documenting work with screenshots or photos ## When to avoid - Use a simpler image, link, or file input if full media handling is not actually needed. - Avoid rich custom controls when browser-native behavior is enough for the task. - Do not assume network-heavy media is appropriate for every audience or context. ## Implementation workflow 1. Confirm the pattern matches the problem and constraints before copying the example. 2. Start from the anatomy and examples in `references/pattern.md`, then choose the smallest viable variation. 3. Apply accessibility, performance, and interaction guardrails before layering visual polish. 4. Use the testing guidance to verify behavior across keyboard, screen reader, responsive, and failure scenarios. ## Accessibility guardrails ### Keyboard Interaction - [ ] Verify that image upload can be completed using keyboard alone. - [ ] Keep focus order logical when the pattern opens, updates, or reveals additional UI. - [ ] Preserve a visible focus state that is still readable at high zoom. ### Screen Reader Support - [ ] Use semantic elements first, then add ARIA only where semantics alone are not enough. - [ ] Announce state changes such as errors, loading, or completion in the right place and with the right politeness. - [ ] Connect labels, hints, and status text with `aria-describedby` or structural headings when useful. ### Visual Accessibility - [ ] Do not rely on color alone to convey severity, completion, or selection state. ## Common mistakes ### **Treating media as decoration only** **The Problem:** Important uploads and playback flows break when the design assumes the media is just visual garnish. **How to Fix It?** Design state, metadata, and controls as first-class parts of the pattern, not as overlays added later. ### **Skipping fallback behavior** **The Problem:** Different devices support different codecs, capture flows, and bandwidth envelopes. **How to Fix It?** Plan graceful fallbacks for unsupported APIs, low data conditions, and failed loads. ### **Forgetting accessibility artifacts** **The Problem:** Media patterns become exclusionary quickly when captions, transcripts, alt text, or visible status are missing. **How to Fix It?** Treat alternate access paths as part of the core experience, not as post-launch polish. ## Related patterns - https://uxpatterns.dev/patterns/content-management/drag-and-drop - https://uxpatterns.dev/patterns/forms/file-input - https://uxpatterns.dev/patterns/user-feedback/progress-indicator --- For full implementation detail, examples, and testing notes, see `references/pattern.md`. Pattern page: https://uxpatterns.dev/patterns/media/image-upload