Archivo de la etiqueta: Usabilidad

Alguien sabe un poco de usabilidad?

¿Qué malo hay en el anterior mensaje?

De casualidad hace poco entré en el brainstorm de Ubuntu. En donde se discutía una posible solución para manejar el problema de conflictos de IP. Me encontré con esta pequeña sugerencia que me llamó mucho la atención. A este punto, cualquiera con un pequeño conocimiento de usabilidad se daría cuenta del problema de esta “sugerencia”. Sino se han dado cuenta aún, déjenme decirles lo siguiente: ¿Está bien identificar por la dirección MAC una interfaz de red? NOOOOOOOOO. Un usuario promedio no es un técnico en computadoras, de hecho muchos técnicos no comprenden bien que es una MAC (no, no es la de Apple). Entonces, ¿no sé porque diablos poner este tipo de mensajes cuando se quiere informar al usuario? Lo que se hace es frustrar al usuario.  Me sorprende que al momento de escribir esta entrada, está solución esté en cuarto lugar.

El primer lugar es esta:

¿ alguien me puede explicar que es “mi subnet” y que significa ese icono?

Irónicamente, las sugerencias menos botadas creo que son las mejores. Dejar que el sistema simplemente repare este error. Sólo busca un dirección IP que esté disponible y ya! Si el usuario tiene una dirección estática, no vallas a cambiarla, solo notificalo, pero con un mensaje entendible por cualquier usuario. Es muy probable que el usuario que halla configurado una dirección IP estática tenga conocimientos técnicos y podrá resolver el problema.

Son este es el tipo de cosas que le dan la fama de Linux de díficil. Si de verdad canonical tiene trabajando expertos en usabilidad -no estoy seguro que sean tan expertos- espero que no vallan a “pifiarse” implementando algún mensaje de estos.

Anuncios
Etiquetado , ,

Messagebox con etiquetas personalizadas

El problema:

Con la llegada de Windows Vista, los clásicos mensajes de dialogo en Windows serían -según muchos- cosa del pasado. Estoy hablando de la llegada de los nuevos TaskDialogs. Siendo muy potentes tienen unos inconvenientes que nos impide acogerlos al cien por ciento. Primero: como desarrollares responsables, no podemos -por el momento- desarrollar exclusivamente para Windows Vista y versiones posteriores. Además, desde Delphi y su implementación de los TaskDialogs mediante la clase TTaskDialog no puedes mostrar este tipo de mensajes cuando los temas del sistema están deshabilitados. Por último, al ser muy potentes tienen cierta complejidad que para tareas sencillas sería más cómodo hacer una simple llamada a la función Messagebox.

Sin embargo, los viejos MessageBox de Windows tienen un problema de usabilidad: El usuario tiene que leer todo el mesaje para poder tomar una decisión. La solución a este problema está en usar etiquetas descriptivas en los botones y dejar a un lado los viejos “SÍ/NO/CANCELAR/etc.”. Obviamente surge la pregunta: ” ¿Cómo puedo cambiar las etiquetas de este tipo de dialogo desde Delphi? Es muy sencillo y pasa por utilizar Hooks proporcionados por la misma API de Windows.

Sigue leyendo

Etiquetado , , ,

Usa Verbos en las Etiquetas [Léelo!]

Para iniciar  mi primer post, quisiera hablar de un tema muy importante pero aveces descuidado entre algunos desarrolladores. Se trata de las etiquetas que le asignamos a los botones. En mi presentación personal he dejado en claro que mis artículos tendrán connotación hacía la usabilidad, por eso es que quiero empezar con con este tema.

Uno de las principales reglas para hacer un buen diseño, es evitar que el usuario piense en cosas irrelevantes. Esto quiere decir, que la funcionalidad presentada por la interfaz debe ser obvia, no ambigua. Siempre es mejor utilizar un verbo o una simple palabra que describa lo que un botón hará, antes de utilizar el típico “Aceptar“. Fíjate en el siguiente ejemplo:

Venta de datos de contacto con el clásico "Aceptar"/"Cancelar"

La ventana anterior incluye el típico “Aceptar”/”Cancelar”. Sin embargo, la funcionalidad el botón Aceptar puede ser ambigua en este caso. ¿Qué es lo que  “Aceptar” realmente hace?

En cambio…

Venta de contacto mejorada visualmente

La ventana anterior deja muy en claro lo que el botón, anteriormente llamado “Aceptar”, realmente hace -Guarda los cambios que pueda realizar un usuario-.

Aunque no parezca, estos pequeños cambios hacen un gran cambio en la usabilidad de nuestras aplicaciones. Y lo más importe,  aumentan la confianza que desarrollan los usuarios con nuestras aplicaciones, al evitarles sentirse que pueden cometer un error porque no saben lo que realmente están haciendo, ya que la interfaz es ambigua. Porque un Look & Feel” no es solo una cuestión visual, sino sentimental -de ahí el “Feel” en la expresión-.

En un futuro Post estaré ampliando este mismo tema. Abarcaré como resolver con Delphi este tipo de problemas en los MessageBox de Windows. Por ahora me despido. Saludos desde mi cede ;)

P.D.: Si hay llegado a este Post por la palabra “Léelo!” en el título, deberías darte cuenta de lo eficaz que es una simple palabra.
Las ventanas aquí mostradas fueron realizadas en Delphi 2009
Etiquetado , , ,