Si eres un botón, tienes una sola tarea

Comportamiento de los botones, buffering y “una sola tarea”

• Muchos sostienen que un botón debería ejecutar su acción una vez por cada toque que la interfaz reconoce (visual/táctil/sonora). Dar feedback y luego ignorar la acción se considera un fallo fundamental.
• El patrón criticado: animaciones que bloquean el manejo de toques posteriores, de modo que los multi-toques rápidos en un botón de rotación desaparecen parcial o totalmente.
• Otros señalan que los botones a menudo sí tienen múltiples responsabilidades: comunicar lo que harán, reflejar el estado actual (modos de alternancia), reconocer la entrada y, a veces, mostrar progreso.
• Debate sobre cuándo es aceptable ignorar la entrada: durante cambios de diseño, para evitar toques erróneos en controles desplazados, o después de acciones destructivas.

Debouncing, toques repetidos y accesibilidad

• Varios mencionan los dobles toques accidentales, temblores o “sobreclics” como problemas reales; algunos usuarios pueden querer que los repetidos se ignoren una vez que la intención queda “bloqueada”.
• Otros responden que si haces debouncing o ignoras toques, no debes dar feedback positivo por ellos.
• Sugerencias:
  • Deshabilitar o “enganchar” visualmente un botón mientras se completa una acción en curso.
  • Ofrecer opciones de todo el sistema como “Ignore Repeats” de iOS, en lugar de incorporar heurísticas por aplicación.
  • Tratar los estados de error (p. ej., contraseña incorrecta) como interrupciones duras que limpian la entrada almacenada.

Animaciones: valor frente a daño

• Hay una fuerte sensación de que iOS/Android modernos abusan de las animaciones, haciendo que las UIs se sientan lentas o poco receptivas y, a veces, bloqueando la entrada.
• Algunos todavía ven valor cuando la animación aclara qué cambió (por ejemplo, ver rotar una imagen ayuda a interpretar la orientación).
• Principios propuestos:
  • Las animaciones deben poder interrumpirse y nunca bloquear la lógica.
  • Existen para apoyar la función (claridad, ocultar la latencia real), no como un fin en sí mismas.
  • Ofrecer opciones globales para “reducir/desactivar animaciones”.

Temas más amplios de UX y diseño

• Quejas sobre la UI plana y las rediseñaciones perpetuas: cuesta más distinguir controles del contenido, hay menos contraste y se obliga a los usuarios a reaprender las interfaces.
• Contrapunto: las UIs planas pueden funcionar bien si se respetan las affordances básicas (botones claros, feedback, contraste, consistencia).
• Se elogian el software antiguo y los conjuntos de widgets simples por ser más ágiles y fiables bajo restricciones.

Analogías de hardware y sistemas embebidos

• Larga subdiscusión sobre el rebote de los botones físicos, las condiciones de carrera y cómo un mal manejo de la entrada ha causado fallos reales.
• Tema recurrente: el acoplamiento estrecho entre el feedback y el estado real es esencial; de lo contrario, los usuarios no pueden confiar en la interfaz.