Caja de diálogo

En informática , un cuadro de diálogo ^{[ a ]} (también simplemente diálogo ) es un elemento de control gráfico en forma de una pequeña ventana que comunica información al usuario y le solicita una respuesta.

Los cuadros de diálogo se clasifican como " modales " o "no modales", según bloqueen o no la interacción con el software que los inició. El tipo de cuadro de diálogo que se muestra depende de la interacción deseada por el usuario .

El tipo más simple de cuadro de diálogo es la alerta , que muestra un mensaje y puede requerir una confirmación de que se ha leído, generalmente haciendo clic en "Aceptar", o una decisión sobre si se debe continuar o no con una acción, haciendo clic en "Aceptar" o "Cancelar". Las alertas también se utilizan para mostrar un "aviso de finalización" —a veces solicitando confirmación de que se ha leído— en caso de cierre intencional o no intencional (" bloqueo ") de una aplicación o del sistema operativo . ( Por ejemplo , " Gedit ha encontrado un error y debe cerrarse"). Aunque este es un patrón de interacción frecuente para los cuadros de diálogo modales, también es criticado por expertos en usabilidad por ser ineficaz para su propósito, que es proteger contra errores causados ​​por acciones destructivas, ^{[ 3 ]} y para el cual existen mejores alternativas. ^{[ 4 ]}

Un ejemplo de cuadro de diálogo es el cuadro "Acerca de" que se encuentra en muchos programas informáticos, que normalmente muestra el nombre del programa, su número de versión y también puede incluir información sobre derechos de autor .

Los cuadros de diálogo no modales se utilizan cuando la información solicitada no es esencial para continuar, por lo que la ventana puede permanecer abierta mientras se trabaja en otra parte. Un tipo de cuadro de diálogo no modal es una barra de herramientas que puede estar separada de la aplicación principal o estar desacoplada de ella, y cuyos elementos permiten seleccionar ciertas funciones o características de la aplicación.

En general, un buen diseño de software recomienda utilizar cuadros de diálogo de este tipo siempre que sea posible, ya que no obligan al usuario a adoptar un modo de funcionamiento específico. Un ejemplo podría ser un cuadro de diálogo para configurar el documento actual, por ejemplo, el color de fondo y del texto. El usuario puede seguir añadiendo texto a la ventana principal independientemente del color, pero puede cambiarlo en cualquier momento mediante el cuadro de diálogo. (Esto no pretende ser un ejemplo de la mejor interfaz posible; a menudo, la misma funcionalidad se puede lograr con los botones de la barra de herramientas de la ventana principal de la aplicación).

Los cuadros de diálogo modales del sistema impiden la interacción con cualquier otra ventana en pantalla y evitan que los usuarios cambien a otra aplicación o realicen cualquier otra acción hasta que se resuelva el problema que se muestra en el cuadro de diálogo. Estos cuadros de diálogo modales se utilizaban con mayor frecuencia en sistemas monotarea, donde solo una aplicación podía estar en ejecución a la vez. Un ejemplo actual es la pantalla de apagado de las versiones actuales de Windows.

Los cuadros de diálogo modales detienen temporalmente el programa: el usuario no puede continuar sin cerrar el cuadro de diálogo; el programa puede requerir información adicional antes de poder continuar, o simplemente puede querer confirmar que el usuario desea proceder con una acción potencialmente peligrosa ( cuadro de diálogo de confirmación ). Los expertos en usabilidad generalmente consideran que los cuadros de diálogo modales son malas soluciones de diseño, ya que son propensos a producir errores modales . Las acciones peligrosas deben poder deshacerse siempre que sea posible; un cuadro de diálogo de alerta modal que aparece inesperadamente o que se cierra automáticamente (porque el usuario ha desarrollado un hábito ) no protegerá de la acción peligrosa. ^{[ 5 ]}

Un cuadro de diálogo modal interrumpe el flujo de trabajo principal . Este efecto ha sido buscado por el desarrollador porque se centra en la finalización de la tarea en cuestión, o bien se ha descartado porque impide al usuario cambiar a otra tarea cuando sea necesario.

El concepto de cuadro de diálogo modal para documentos se ha utilizado recientemente, sobre todo en macOS y el navegador Opera . Estos cuadros de diálogo bloquean únicamente la ventana que contiene hasta que el usuario los cierra, lo que permite seguir trabajando en otras ventanas, incluso dentro de la misma aplicación.

En macOS , antes de macOS Big Sur , los diálogos parecían emanar de una ranura en su ventana principal y se mostraban con una animación que lo reforzaba. Esto ayudaba al usuario a comprender que el diálogo estaba adjunto a la ventana principal, no solo superpuesto. En Big Sur y versiones posteriores, la ventana principal aparece atenuada y el diálogo se muestra en la parte superior central de la ventana principal. No se puede trabajar en el documento subyacente mientras se muestra el diálogo, pero la ventana principal aún se puede mover, redimensionar y minimizar, y se pueden traer otras ventanas al frente para que el usuario pueda trabajar con ellas.

Este mismo tipo de cuadro de diálogo se puede comparar con los cuadros de diálogo modales "estándar" que se utilizan en Windows y otros sistemas operativos.

Las similitudes incluyen:

• La ventana principal se congela cuando se abre el cuadro de diálogo y no se puede seguir trabajando con el documento subyacente en esa ventana.
• No se puede trabajar con el documento subyacente en esa ventana.

Las diferencias son que

• El cuadro de diálogo puede abrirse en cualquier parte de la ventana principal.
• Dependiendo de la ubicación de la ventana principal, el cuadro de diálogo puede abrirse prácticamente en cualquier lugar de la pantalla.
• El cuadro de diálogo se puede mover (en casi todos los casos), en algunos casos se puede cambiar su tamaño, pero normalmente no se puede minimizar y
• No es posible realizar cambios en la ventana principal (no se puede cambiar su tamaño, mover ni minimizar) mientras el cuadro de diálogo esté abierto.

Ambos mecanismos tienen inconvenientes:

• El cuadro de diálogo de Windows bloquea la ventana principal, lo que puede ocultar otras ventanas a las que el usuario pueda necesitar consultar mientras interactúa con el cuadro de diálogo, aunque esto puede mitigarse ya que otras ventanas están disponibles a través de la barra de tareas .
• El cuadro de diálogo de macOS bloquea la ventana principal, impidiendo que el usuario la consulte mientras interactúa con el cuadro de diálogo. Esto puede obligar al usuario a cerrar el cuadro de diálogo para acceder a la información necesaria y, posteriormente, volver a abrirlo para continuar.

• Postura de la aplicación