Lea el razonamiento detrás de un componente de sistema de diseño

Cuatro referencias públicas para estudiar componentes como decisiones sobre contenido, comportamiento y acceso en lugar de una galería de controles atractivos.

Una captura de pantalla de un botón le dice poco sobre la validación, la navegación con el teclado o lo que sucede cuando una etiqueta se alarga. Una buena documentación de los componentes explica las decisiones circundantes. Estos sistemas y artículos ofrecen diferentes escalas de explicación, desde patrones de servicio público hasta fundamentos de productos y comportamiento detallado de la interfaz. Estudie un problema entre ellos antes de pedir prestado un tratamiento visual.

Prueba esto primero

Elija un patrón que su proyecto realmente necesite, como un mensaje de error o una divulgación. Compare su propósito, redacción, comportamiento de enfoque y tratamiento de pantalla estrecha. Escriba una breve lista de verificación de aceptación y luego pruebe su propia implementación con un teclado y contenido realista. Mantenga la documentación fuente junto a la decisión que tome.

Tener en mente

Un patrón gubernamental o específico de un producto lleva su contexto original. No copie ciegamente su redacción o marca. Los artículos más antiguos siguen siendo explicaciones útiles, pero verifican los detalles de implementación con el comportamiento actual del navegador y las pautas de accesibilidad.