user interface - reales - Orden de los botones OK, APLICAR, CANCELAR
libro de android studio en español pdf (6)
Debe permanecer como OK-CANCELAR-APLICAR. Los usuarios generalmente hacen clic en Aceptar una vez que han completado todo, pero al hacer clic en Aplicar, el usuario podrá probar los cambios realizados sin tener que cerrar el cuadro de diálogo. Los botones Aceptar y Cancelar permanecen juntos en los cuadros de alerta, pero se agregó Aplicar al final en algunos cuadros de diálogo para agregar la funcionalidad adicional. Manténgalo igual que el sistema operativo y a qué están acostumbrados los usuarios de Windows.
Una extensión de esta pregunta: https://stackoverflow.com/questions/50335/ok-cancel-or-cancel-ok
¿Dónde debería ir el botón APLICAR (hacer clic en el botón APLICAR tiene el mismo efecto que hacer clic en Aceptar, excepto que el cuadro de diálogo permanece abierto)?
Windows normalmente utiliza OK-CANCEL-APPLY, pero mi inclinación es usar OK-APPLY-CANCEL.
Además, si se hace clic en el botón APLICAR, ¿debería cambiarse el texto del botón CANCELAR a CERRAR hasta que se haga otro cambio en el cuadro de diálogo? Supongo que el botón APLICAR se deshabilitará si no hay cambios para aplicar.
Lo siento chicos, pero cualquiera que considere a Microsoft como un paradigma apropiado de usabilidad simplemente no está prestando atención. La mayoría de sus diseños se originaron antes de realizar pruebas a los usuarios, por lo que Microsoft se resiste a cambiar a partir de esa inercia masiva. Por eso, no los culpo, pero hay una gran cantidad de culpa por la IU en todos los productos de Microsoft. Solo mire esto: para salir del software, haga clic en el botón INICIAR. Si sus $ millones se gastaron en este despilfarro, esos dólares también se desperdiciaron.
Diseñemos y probemos, sigamos nuestros resultados de prueba y rediseñemos hasta que lo hagamos bien; ¡Olvida la inercia!
Mis propias pruebas siguen confirmando que el opuesto de Windows funciona mejor, incluso con los usuarios que han estado con Windows durante toda su experiencia con la computadora. Para los lectores de derecha a izquierda, ordenar botones desde menos potencia a más potencia simplemente funciona mejor y tiene más sentido. Primero cancela, luego guarda, más como el estilo de Apple.
Me quedo con la respuesta de Chris Roberts : ser coherente con el sistema operativo.
Edición: incluso si considera que el posicionamiento es incorrecto, tenga en cuenta que, en el caso de Windows, Microsoft hace un montón de pruebas de usuario y bondad de grupo de enfoque. Incluso si Ok-Cancel-Apply no es la mejor respuesta para su aplicación, si los usuarios están acostumbrados a ese diseño, entonces es probablemente la solución menos mala .
Pienso en el cambio reciente a la interfaz de usuario de Ubuntu, donde el equipo de Canonical decidió mover los botones de minimizar / maximizar / cerrar en la parte superior de la ventana de Chrome. La funcionalidad no se cambió, pero lo hizo con algunos usuarios (incluido yo mismo). De todos los problemas que su aplicación puede encontrar, ¿realmente necesita agregar un dolor de cabeza de UI como ese?
No me separaría de la familia de sistemas operativos más utilizada en el mundo ...
Para responder a su primera pregunta, las Pautas de interacción de la experiencia del usuario de Windows para Windows 7 y Windows Vista especifican el siguiente orden para sus botones de comando (p506):
DE ACUERDO
Cancelar
Aplicar
Ayuda
Ahora, ¿eres más listo que Microsoft? Bueno, difícilmente serías el primero, pero deberías probarlo antes de lanzar tu diseño. Ejecute una prueba de usabilidad en un grupo de usuarios que crean escenarios específicamente para verificar si:
Su orden de botones alternativos produce un rendimiento de usuario superior.
No causa un déficit de rendimiento cuando el usuario cambia a otra aplicación que utiliza el orden estándar.
Vaya en contra de la Guía de Windows UX solo si se demuestra que ambas cosas son verdaderas.
Con respecto a su segunda pregunta, le recomendaría que no cambie Cancelar a Cerrar después de que el usuario seleccione Aplicar. Un botón Cerrar generalmente implica que cualquier cambio posterior no se puede revertir. Es posible que los usuarios no se hayan dado cuenta del título inicial del botón, por lo que pueden creer que el diálogo nunca admite la cancelación, lo que hace que el usuario sea reacio a seguir explorando el diálogo. Al dejar el título como Cancelar, se garantiza a los usuarios que pueden descartar los cambios que hagan a continuación. Si a algunos usuarios les preocupa que Cancelar deshaga lo que aplicó, entonces espero que simplemente seleccionen Aceptar. En teoria. Una vez más, las pruebas le dirán lo que realmente piensan y hacen los usuarios, y qué diseño hace la mejor compensación.
Estoy con usted en que estos diálogos de uso único / uso híbrido de OK / Apply son múltiples y confusos. Una alternativa que soluciona todo el problema es usar la "confirmación inmediata", donde los cambios que haga el usuario se muestran instantáneamente en la aplicación (esto puede ser un "inspector de propiedades", como lo llama la Guía de Windows UX). La confirmación inmediata elimina la necesidad de aceptar, aplicar y cancelar. En su lugar, tiene Cerrar, y también le sugiero que tenga un botón Deshacer que funciona como un elemento del menú Deshacer, que revierte secuencialmente cada cambio que el usuario realizó con cada selección. Además de evitar la confusión de Aceptar / Aplicar / Cancelar / Cerrar, este diseño es más rápido (menos clics para intentar un cambio), aclara qué entrada del usuario tiene qué efecto y admite deshacer incremental (Cancelar es todo o nada).
En Windows:
OK Cancel
Prev Next
Agree Disagree
En Mac OS:
Cancel OK
Prev Next
Disagree Agree
PS Prefiero siempre poner la siguiente acción más cerca de la derecha. Es como leer un texto (de izquierda a derecha). Así que el siguiente paso siempre está más cerca de la derecha, el paso anterior siempre está más cerca de la izquierda.
Para mí, tiene más sentido que algo anterior o pasado esté a la izquierda y el próximo o futuro esté a la derecha . Pero las encuestas muestran que es 50% / 50% ... Así que la decisión final depende de usted.
Offtop: estoy usando Microsoft desde Windows 3.11 y estoy bastante seguro de que nadie en Microsoft alguna vez pensó en esto tan profundamente ... y en muchas otras cosas en la interfaz de usuario también ...