Orden de ACEPTAR, APLICAR, CANCELAR botones

Para responder a su primera pregunta, las Pautas de Interacción de la experiencia de usuario de Windows para Windows 7 y Windows Vista especifican el siguiente orden para los botones de comando (p506):

• OK

• Cancelar

• Aplicar

• Help

Ahora, ¿eres más inteligente que Microsoft? Bueno, difícilmente serías el primero, pero deberías probarlo antes de lanzar tu diseño. Ejecutar una prueba de usabilidad en un grupo de usuarios que crean específicamente escenarios para comprobar si:

• Su orden de botón alternativo 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 contra la Guía de UX de Windows solo si se demuestra que ambos de los anteriores son verdaderos.

Con respecto a su segunda pregunta, le recomendaría que no cambie Cancelar para Cerrar después de que el usuario seleccione Aplicar. cerca botón generalmente implica que cualquier posterior cambios no pueden ser revertidos. Es posible que los usuarios no hayan notado la leyenda inicial del botón, por lo que pueden creer que el diálogo nunca admite la cancelación, lo que hace que el usuario se muestre reacio a explorar el diálogo más a fondo. Dejar el título como Cancelar asegura a los usuarios que pueden descartar cualquier cambio que hagan a continuación. Si a algunos usuarios les preocupa que Cancel deshaga lo que hayan aplicado, entonces espero que solo seleccionen OK. Teóricamente. La prueba una vez más le dirá lo que los usuarios realmente piensan y hacen, y qué diseño hace la mejor compensación.

Estoy con usted que estos diálogos de ACEPTAR/Aplicar híbridos de un solo uso/multiuso son complicados y confusos. Una alternativa que evita todo el problema es usar "confirmación inmediata", donde cualquier cambio que haga el usuario se muestra instantáneamente en la aplicación (esto puede ser un "inspector de propiedades" como lo llama la Guía de UX de Windows). Confirmación inmediata elimina la necesidad de ACEPTAR, Aplicar y Cancelar. En su lugar tienes Cerca, y yo también sugeriría que también tiene un botón Deshacer que funciona como un elemento de menú Deshacer, revertiendo secuencialmente cada cambio que el usuario hizo con cada selección. Además de evitar la confusión OK/Apply/Cancel/Close, este diseño es más rápido (menos clics para intentar un cambio), deja claro 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

P. S. Prefiero siempre poner la siguiente acción más cerca de la derecha. Es como leer 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í, es hacer más sentido que algo anterior o pasado debe ser a la izquierda y el siguiente o en el futuro debe ser en el derecho. Pero las encuestas muestran que es 50% / 50%... Así que la decisión final depende de ti.

Offtop: Estoy usando Microsoft desde Windows 3.11 y estoy bastante seguro de que nadie en Microsoft nunca pensó en esto tan profundamente... y sobre muchas otras cosas en la interfaz de usuario también...

No me apartaría de la familia de sistemas operativos más utilizados en el mundo...

Debe permanecer como OK-CANCEL-APPLY. 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 que han realizado sin tener que cerrar el cuadro de diálogo. Los botones ACEPTAR y Cancelar permanecen juntos en los cuadros de alerta, pero Aplicar se agregó al final en algunos cuadros de diálogo para agregar la funcionalidad adicional. Manténgalo igual que el sistema operativo y a lo que están acostumbrados los usuarios de Windows.

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 hacer cualquier prueba de usuario, por lo que Microsoft es reacio a cambiar de esa inercia masiva. Por eso, no los culpo, pero hay mucha culpa por la interfaz de usuario boneheaded en cualquiera / todos los productos de Microsoft. Basta con mirar esto: Para salir del software, haga clic en el botón de INICIO. Si sus millions millones se gastaron en este despilfarro, entonces esos dólares también se desperdiciaron.

Diseñemos y probemos, sigamos los resultados de nuestras pruebas y rediseñemos hasta que lo hagamos bien; ¡olvidemos la inercia!

Mis propias pruebas siguen confirmando que el opuesto de Windows funciona mejor, incluso con usuarios que han estado con Windows durante toda su experiencia informática. Para los lectores de derecha a izquierda, ordenar botones de menos potencia a más potencia simplemente funciona mejor y tiene más sentido. Cancelar primero, luego Guardar, más como el estilo de Apple.