uso textuales suspensivos puntos parentesis oraciones letra ejemplos definicion con citas user-interface menu standards conventions

user interface - textuales - Cuándo usar puntos suspensivos después de los elementos del menú



puntos suspensivos letra (5)

En casi todas las aplicaciones que tienen una barra de menú, algunos elementos tienen puntos suspensivos (...) después de ellos, y otros no. ¿Existe una convención bien conocida sobre cuándo poner esa elipsis allí y cuándo no? Cuando lo haces? ¿Tú lo haces?

He visto varias aplicaciones de Windows, y esto es lo que he venido a:

  • Elipsis

    • Elementos del menú que abren un formulario que requiere la entrada del usuario para hacer algo (Reemplazar, Ir a, Fuente)

  • Sin puntos suspensivos

    • Elementos del menú que simplemente hace algo (Cortar, Pegar, Salir, Guardar)
    • Elementos del menú que abren un formulario que no requiere la entrada del usuario (Acerca de, Buscar actualizaciones)

Pero luego parece que siempre hay elementos del menú que no siguen esta regla. Por ejemplo, los elementos de Ayuda (Cómo puedo, Buscar, Índice) y Buscar y reemplazar (Búsqueda rápida, Buscar en archivos, Buscar símbolo) en Visual Studio.

Entonces, después de pensar un poco más, ahora creo que esta podría ser la cuestión:

  • Elipsis

    • Elementos del menú que definitivamente abrirán una ventana modal.

  • Sin elipsis

    • Elementos del menú que abre una ventana no modal.
    • Elementos del menú que no abren ninguna ventana.
    • Elementos del menú que probablemente no abrirán una ventana modal (como Guardar, que abre una ventana modal si no has guardado antes o algo así, pero no lo hace)

¿Qué piensan ustedes?

El factor crucial es si la opción de menú requiere información adicional (entrada o una selección) antes de llevar a cabo la operación. Entonces, Help-About no requiere puntos suspensivos, pero File-Open sí lo requiere. Eso es lo que dicen las pautas de Microsoft, Apple y KDE de todos modos.

Se supone que las aplicaciones de Microsoft Windows deben seguir las "Pautas de experiencia del usuario" de Microsoft . Esto es lo que dicen sobre las elipsis en los elementos del menú.

Si bien los comandos de menú se utilizan para acciones inmediatas, es posible que se necesite más información para realizar la acción. Indique un comando que necesita información adicional (incluida una confirmación) agregando puntos suspensivos al final de la etiqueta.

Esto no significa que deba usar puntos suspensivos siempre que una acción muestre otra ventana, solo cuando se requiera información adicional para realizar la acción. Por ejemplo, los comandos Acerca de, Avanzado, Ayuda, Opciones, Propiedades y Configuraciones deben mostrar otra ventana cuando se hace clic, pero no requieren información adicional del usuario. Por lo tanto, no necesitan elipsis.

La respuesta de David cita las pautas de la interfaz de usuario de KDE 3 ,

Tenga en cuenta que cada elemento de un menú que primero abre un cuadro de diálogo que requiere información adicional debe etiquetarse con puntos suspensivos (...) (por ejemplo, Guardar como ..., Abrir ...). No hay espacio entre el elemento del menú y el "...". Un diálogo de confirmación simple no se considera un diálogo que requiere información adicional.

Las pautas de la interfaz humana de Apple dicen:

Cuando aparece en el nombre de un botón o un elemento de menú, un carácter de puntos suspensivos (...) indica al usuario que se necesita información adicional antes de poder realizar la operación asociada. Específicamente, prepara al usuario para esperar la aparición de una ventana o diálogo en el que realizar selecciones o ingresar información antes de que se ejecute el comando. Debido a que los usuarios esperan una acción instantánea desde los botones y elementos del menú (como se describe en "Botones" y "Comportamiento del menú"), es especialmente importante prepararlos para este comportamiento alternativo mostrando adecuadamente el carácter de puntos suspensivos. Las siguientes pautas y ejemplos lo ayudarán a decidir cuándo usar puntos suspensivos en los elementos del menú y los nombres de los botones.

Esta es una pregunta muy complicada de hecho. Al principio podría parecer obvio, pero hay muchas acciones que se encuentran entre las categorías. Es interesante ver que Microsoft mismo viola esta práctica.

Ejemplo de Vista en el menú Administración de computadora Archivo - Opciones ... tiene puntos suspensivos En Administración de equipos / Usuarios y Grupos / Usuarios. Haz clic derecho en un usuario. La acción Nuevo usuario ... tiene puntos suspensivos, pero Cambiar nombre no, aunque requiere acciones adicionales para cambiar el nombre de la cuenta. En el menú de Micrsoft SQL Server Management Studio Archivo - Imprimir tiene propiedades ... botón con puntos suspensivos.

Esto es solo después de 5 minutos de investigación. Hay muchos más ejemplos.

Puede argumentar a favor de ambas convenciones para ambas acciones. En realidad, no puede cambiar ninguna propiedad u opción sin realizar algunas acciones adicionales en el cuadro de diálogo que se muestra y que asume que se deben usar puntos suspensivos. Sin embargo, es posible que solo le interese ver qué opciones o propiedades están definidas y que supondría que no se utilizan elipsis. Microsoft también reconoce que hay instancias en las que existe ambigüedad

"En caso de ambigüedad (por ejemplo, la etiqueta del comando carece de un verbo), decida en función de la acción del usuario más probable. Si simplemente ver la ventana es una acción común, no use puntos suspensivos". Sin embargo, en función de esto, tendría más sentido tener puntos suspensivos para las Opciones y las Propiedades, ya que es más probable que desee cambiar una propiedad que simplemente lo ve.

Estoy de acuerdo, eso coincide con mi propia percepción de cuándo incluir la elipsis bastante bien.

Supongo que el objetivo de la elipsis es "advertir" al usuario, para que pueda entender que una determinada opción es segura de explorar, no hará algo inmediatamente sin pedir más información a través de un diálogo.

En algunos programas, como (al menos versión anterior de) Autodesk''s Maya (un paquete de modelado 3D de alta gama), la elipsis era en realidad un pequeño icono de diálogo. Puede hacer clic en el ícono, en el menú, para obtener el ícono o hacer clic en el resto de la opción del menú (el texto) para repetir el comando con la misma configuración que la última vez, o algo así. Parece que la idea no se hizo popular y se convirtió en la corriente principal.

Por lo que yo entiendo, (...) al final usualmente significa que se le pedirá al usuario alguna información. Y no (...) significa que no se necesita ninguna entrada.