{"id":169,"date":"2010-12-22T10:51:37","date_gmt":"2010-12-22T08:51:37","guid":{"rendered":"http:\/\/webposible.com\/xposible\/?p=169"},"modified":"2020-02-03T18:51:04","modified_gmt":"2020-02-03T16:51:04","slug":"botones-aceptar-y-cancelar","status":"publish","type":"post","link":"http:\/\/webposible.com\/xposible\/2010\/botones-aceptar-y-cancelar\/","title":{"rendered":"Botones "Aceptar" y "Cancelar""},"content":{"rendered":"

You know how long it takes to do simple? About ten times longer than fast and dirty.<\/p><\/blockquote>\n

Paul<\/span> Giambarba<\/span><\/cite><\/p>\n

En mis labores de dise\u00f1ador de interacci\u00f3n \u00abde todo a cien\u00bb ™ de aplicaciones para m\u00f3viles se presenta una tarea sencilla. Una avertencia para avisar que al pulsar un bot\u00f3n en el iPhone<\/span>, se va a llamar por tel\u00e9fono. El literal del bot\u00f3n es bastante expl\u00edcito: es un n\u00famero de tel\u00e9fono. Pero no todos los sistemas operativos para m\u00f3viles se comportan igual. En Android<\/span>, por ejemplo, despu\u00e9s de pulsar el bot\u00f3n, aparece una pantalla caracter\u00edstica de la interfaz de Android<\/span> para llamar por tel\u00e9fono. Y el bot\u00f3n de llamar en color verde es el que realmente llama.<\/p>\n

Personalmente me gusta m\u00e1s la opci\u00f3n de Android<\/span>, prefiero dar un paso m\u00e1s y evitar en lo posible llamadas accidentales. Es una opini\u00f3n tan mala como cualquier otra.<\/p>\n

Teniendo claro m\u00e1s o menos el literal de la advertencia, viene un detalle que me hade dudar bastante: la aparici\u00f3n de los botones para cancelar o realizar la llamada. \u00bfEn qu\u00e9 orden los coloco? es una de las preguntas que surgen. Toca un rato de buscador. Y me encuentro con que detr\u00e1s de algo que en apariencia era un detalle menor, hay mucho m\u00e1s de lo que parece.<\/p>\n

Por ejemplo, en las interfaces de Windows<\/span> y en Android<\/span>, el bot\u00f3n \u00abAceptar\u00bb aparece en primer lugar y despu\u00e9s el de \u00abCancelar\u00bb. \u00bfLos argumentos? Lectura \u00aboccidental\u00bb de izquierda a derecha, el bot\u00f3n m\u00e1s importante se encuentra en primer lugar. Es el que generalmente se va a usar.<\/p>\n

Sin embargo en las interfaces de Mac<\/span> e iOS<\/span> es al rev\u00e9s. Primero aparece la acci\u00f3n secundaria – Cancelar – y luego la importante \u00abAceptar\u00bb. Perd\u00f3n por el inciso, pero no puedo evitar recordar la imagen que aparece en una presentaci\u00f3n de Luis Villa<\/a> con una ventana de Safari en Mac<\/span> que dice Pulsa OK para Cancelar<\/q>. Y los botones \u00abCancelar\u00bb y \u00abOK\u00bb. Pero dejemos la nota humor\u00edstica y vayamos a la argumentaci\u00f3n: primero te presenta las opciones alternativas y luego terminas con la opci\u00f3n m\u00e1s importante. Por otro lado, la izquierda se asocia m\u00e1s a volver y la derecha a avanzar.<\/p>\n

Al final la decisi\u00f3n del orden de los botones es clara. Primero el bot\u00f3n \u00abCancelar\u00bb y luego el bot\u00f3n \u00abAceptar\u00bb, ya que estamos en iOS. Y a \u00faltima hora me doy cuenta de un detalle que puede ayudar mejor a los usuarios a tomar la decisi\u00f3n adecuada: en vez de un gen\u00e9rico \u00abAceptar\u00bb pongamos un literal mucho m\u00e1s expl\u00edcito y concreto con la acci\u00f3n a realizar, es decir: \u00abLlamar\u00bb.<\/p>\n

Dejo de lado el modificar el color por defecto de los colores: en principio el color rojo, para la interfaz de iOS<\/span> se asocia a una acci\u00f3n \u00abdestructiva\u00bb, y no se corresponde ni con llamar ni con Cancelar.<\/p>\n

Un par de consejos (son para m\u00ed, a vosotros no os hace falta):<\/p>\n