Seguro que tras leer el tÃtulo no tienes ni idea de lo que va a tratar el tema de este artÃculo, no se me ocurrÃa ninguno mejor xD.
Es muy común ,tanto en diseño web como en diseño de aplicaciones de escritorio, el uso de botones de bi-estado o de reacciones contrarias, esto son botones que al pulsarlos realizan una acción concreta y al volverlos a pulsar realizan la acción opuesta.
Suelen emplearse para tareas como bloquear/desbloquear usuarios, abrir/cerrar elementos, …
Normalmente esos botones se acompañan de una imagen gráfica que obviamente cambiar al pulsar el botón.
Tras ver la imagen, los habrás reconocido y podrÃas decirme muchos más ejemplos.
El problema del uso de imagenes en los botones reside en el mal uso de estos, y la confusión que pueden presentarle a los usuarios.
Obviando el tema de la elección correcta de las imagenes, la principal confusión reside en usar correctamente ambas imágenes para representar un estado o el otro.
¿Qué estado debe representar la imágen, el estado actual del sistema o el estado que se conseguirá al pulsar el botón?
Pues los estudios y el sentido común (el mÃo) me dicen que la imagen del botón debe representar el estado en que se encontrará el sistema tras pulsar el sistema.
Si sobre un botón empleamos una imagen de una marca de validación el usuario pensará que al pulsar ese botón se activará o desbloqueará “algo”.
Si por el contrario empleamos una aspa el usuario pensará que al pulsar el botón se bloqueará o desactivara “algo”.
5 users commented in " Botones bi-estado opuestos o la contradicción de las imágenes. "
Follow-up comment rss or Leave a TrackbackCreo que sera mas facil si ponemos una imagen que representa la actividad principal de ese bi estado (ej, bloquear al usuario) como boton sera mas facil que tengamos esto:
-Boton de usuaio bloqueado (el sentido comun nos dice que sirve para bloquear un usuario)
-Boton de usuaio bloqueado con sombreado (el sentido comun nos dice que sirve para desbloquear un usuario).
Eso resuelve muchas dudas porquemuchas veces la gente no sabe en que estado se encuentra, y presiona varias veces, siendo que en muchos procesos presionando y desactivando solo para “probar” puede ser peligroso, o importante.
Creo que esta seria la mejor opcion
Hay que tener mucho cuidado con los botones sombreados, no son recomendables ya que el usuario piensa que no se pueden pulsar.
Normalmente el usuario pulsa un botón para conseguir una acción que desembocará en el estado B. Lo más logico es que la imagen del botón represente el estado B.
Una vez conseguido el estado B, el usario pulsa el botón para conseguir una acción que desembocará en el estado A. Lo más lógico es que la imagen represente el estado A.
Opino que añadir tooltips de información del tipo “El sitio está bloqueado” o de acción del tipo “Bloquear sitio” es una de las mejores soluciones hoy por hoy, o por lo menos la que más útil me ha sido en general.
En todo caso los tooltips se referirian a la acción a realizar: “Bloquear X”
Hay que tener cuidado ya que los tooltips aparecen cuando pasa el puntero por encima ¿Y si no usa ratón?
En todo caso se pueden poner como refuerzo.
Pienso que un botón es un elemento que permite la posibilidad de, al ser accionado, realizar una acción. De ahà que veo que lo más normal es que la imagen del botón represente la acción que se realizará al accionar dicho elemento.
Saludos.
Responder