Cuándo utilizar puntos suspensivos después de los elementos del menú

Question

En casi todas las aplicaciones que tienen una barra de menú, algunos de los 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 mirado en diferentes aplicaciones de Windows, y esto es lo que he venido a:

• Elipsis

  • Los elementos de menú que se abre un formulario que requiere entrada del usuario para hacer algo (Reemplazar, Ir a, Fuente)

• No elipses es

  • Los elementos del menú que se acaba hace algo (cortar, pegar, Salir, Guardar)
  • Los elementos de menú que se abre un formulario que no requiere intervención del usuario (Acerca de, Buscar actualizaciones)

Pero 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.

Así que después de pensarlo un poco más ahora que esto podría ser la cosa:

• Elipsis

  • elementos del menú que sin duda se abrirá una ventana modal.

• ninguna elipse artículos

  • menú que se abre una ventana no modal.
  • Elementos de menú que no abren ninguna ventana.
  • elementos del menú que muy probablemente no se abrirá una ventana modal (como Save, que hace abrir una ventana modal si no ha guardado antes o algo por el estilo, pero por lo demás no lo hacen)

¿Qué piensan?

Answer 1

El factor crucial es si la opción de menú requiere confirmación adicional 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.

---

aplicaciones de Microsoft Windows son supuestaMicrosoft's "User Experience Guidelines" a seguir. Esto es lo que dicen sobre las elipsis en los elementos del menú.

Mientras que los comandos de menú se utilizan para acciones inmediatas, más información podrían ser necesarios para realizar la acción. Indique un comando que necesita información adicional (incluida una confirmación ) agregando una elipsis en al final de la etiqueta.

Esto no quiere decir que usted debe utilizar una elipsis cada vez que una acción muestra otra ventana sólo cuando se requiere información adicional para realizar la acción . Por ejemplo, los comandos Acerca de, Avanzado, Ayuda, Opciones, Propiedades y Configuración deben mostrar otra ventana al hacer clic, pero no requieren información adicional del usuario . Por lo tanto, no necesitan elipses.

---

la respuesta de David cita el KDE 3 user interface guidelines,

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

---

El Apple Human Interface Guidelines 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 necesita información adicional requerido antes de que se pueda realizar la operación asociada. Específicamente, prepara al usuario para esperar la aparición de una ventana o diálogo en el que hacer selecciones o ingresar información antes de que se ejecute el comando . Debido a que los usuarios esperan instantánea la acción de los botones y elementos de menú (como se describe en “Botones” y “Menú comportamiento”), es especialmente importante para prepararlos para este comportamiento alternativo mostrando adecuadamente el carácter de puntos suspensivos. Las siguientes pautas y ejemplos de le ayudarán a a decidir cuándo usar puntos suspensivos en los nombres de elementos y botones del menú .

Answer 2

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

Answer 3

Tienes razón, eso lo resume todo. Si desea saber más, puede encontrar una lista de Guías de estilo de usuario aquí: http://www.experiencedynamics.com/science-usability/ui-style-guides

Answer 4

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

Supongo que el punto 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 la 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.

Answer 5

De hecho, esta es una pregunta muy complicada. 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 equipos 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 justo 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 casos en los que existe ambigüedad

"En caso de ambigüedad (por ejemplo, la etiqueta de comando carece de un verbo), decida en función de la acción de usuario más probable. Si simplemente la ventana es una acción común , no uses 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.