La regla de oro de WebKit para los select dropdowns

WebKit soltó una nota sobre cómo construir select dropdowns personalizables sin romper la accesibilidad ni la cordura de tus usuarios.

¿La regla? No le pelees al comportamiento nativo del navegador. Deja que la plataforma haga lo que ya hace bien — navegación por teclado, lectores de pantalla, envío de formularios — y ponle tu UI custom encima solo donde realmente agregue valor.

El post pasa por la trampa común: construir un dropdown completamente custom desde cero y luego darte cuenta de que la mitad de tus usuarios no pueden navegar con tab, o tu lector de pantalla está leyendo "div" en lugar de "option". La solución es más simple de lo que piensas. Usa un <select> nativo como base, y estiliza el wrapper. Mantén el input subyacente vivo. Deja que el navegador haga el trabajo pesado.

Es de esos posts de dev blog que suenan obvios hasta que pasaste una semana debuggeando por qué tu dropdown le crashea VoiceOver en Safari.

### Por qué nos importa:

Cada vez que un equipo de devs reconstruye un componente nativo desde cero, es otra pequeña herramienta que se rompe para la abuela que usa VoiceOver para leer su correo, y otra dependencia que no necesitamos mantener. La hustle está en la simplicidad, no en el stack.