Barra de tareas

Nota:

Esta guía de diseño se creó para Windows 7 y no se ha actualizado para las versiones más recientes de Windows. Gran parte de las instrucciones todavía se aplican en principio, pero la presentación y los ejemplos no reflejan nuestra guía de diseño actual.

La barra de tareas es el punto de acceso de los programas que se muestran en el escritorio. Con las nuevas características de la barra de tareas de Windows 7, los usuarios pueden proporcionar comandos, acceder a los recursos y ver el estado del programa directamente desde la barra de tareas.

La barra de tareas es el punto de acceso de los programas que se muestran en el escritorio, incluso si el programa está minimizado. Estos programas se dicen que tienen presencia de escritorio. Con la barra de tareas, los usuarios pueden ver las ventanas principales abiertas y determinadas ventanas secundarias en el escritorio y pueden cambiar rápidamente entre ellas.

Barra de tareas de Microsoft Windows.

Los controles de la barra de tareas se conocen como botones de la barra de tareas. Cuando un programa crea una ventana principal (o una ventana secundaria con ciertas características), Windows agrega un botón de barra de tareas para esa ventana y lo quita cuando se cierra esa ventana.

Los programas diseñados para Windows 7 pueden aprovechar estas nuevas características de botón de barra de tareas:

• Las listas de acceso directo proporcionan acceso rápido a destinos usados con frecuencia (como archivos, carpetas y vínculos) y comandos a través de un menú contextual accesible desde el botón de la barra de tareas del programa y el elemento de menú Inicio, incluso si el programa no se está ejecutando actualmente.
• Las barras de herramientas en miniatura proporcionan acceso rápido a comandos usados con frecuencia para una ventana determinada. Las barras de herramientas en miniatura aparecen en la miniatura del botón de la barra de tareas.
• Los iconos de superposición muestran el cambio de estado en el icono del botón de la barra de tareas del programa.
• Las barras de progreso muestran el progreso de las tareas de ejecución prolongada en el botón de la barra de tareas del programa.
• Los botones de la barra de tareas de la ventana secundaria permiten a los usuarios usar miniaturas de botón de barra de tareas para cambiar directamente a pestañas de ventana, ventanas de proyecto, ventanas secundarias de interfaz de varios documentos (MDI) y ventanas secundarias.
• Los botones de la barra de tareas anclados permiten a los usuarios anclar botones de programa a la barra de tareas para proporcionar acceso rápido a los programas incluso cuando no se ejecutan.

Técnicamente, la barra de tareas abarca toda la barra desde el botón Inicio hasta el área de notificación; sin embargo, normalmente, la barra de tareas solo hace referencia al área que contiene los botones de la barra de tareas. Para varias configuraciones de monitor, solo un monitor tiene una barra de tareas y ese monitor es el monitor predeterminado.

Nota: Las directrices relacionadas con el escritorio, el área de notificación y la administración de ventanas se presentan en artículos independientes.

¿Es esta la interfaz de usuario adecuada?

Los programas diseñados para Windows 7 pueden aprovechar estas características de botón de barra de tareas. Formule las siguientes preguntas clave para determinar si se deben usar o no:

Listas de accesos directos

• ¿A menudo los usuarios necesitan iniciar nuevas tareas con el programa? Si es así, considere la posibilidad de proporcionar una lista de accesos directos. Aunque las listas de accesos directos se pueden usar con otros fines, la mayoría de los escenarios implican iniciar una nueva tarea.

• ¿A menudo los usuarios necesitan acceder a archivos, carpetas, vínculos u otros recursos usados recientemente o con frecuencia? Si es así, considere la posibilidad de proporcionar una lista de accesos directos para acceder a estos recursos útiles.

  

  En este ejemplo, Windows Internet Explorer usa una lista de accesos directos para presentar páginas visitadas con frecuencia.

• ¿A menudo los usuarios necesitan acceso rápido a un pequeño número de comandos del programa mientras usan otros programas, incluso si el programa no se está ejecutando? Si es así, considere la posibilidad de proporcionar una lista de accesos directos con estos comandos usados con frecuencia. Estos comandos deben funcionar incluso si el programa no se está ejecutando y se debe aplicar a todo el programa, no a una ventana específica. Como alternativa, considere la posibilidad de proporcionar una barra de herramientas en miniatura para los comandos que se aplican a una ventana específica.

  

  En este ejemplo, el accesorio Notas adhesivas permite a los usuarios crear rápidamente una nueva nota mientras se usan otros programas.

• ¿Está promocionando características nuevas, de uso único o difíciles de encontrar? Si es así, no use listas de accesos directos porque no están pensadas para este propósito. En su lugar, mejore la detectabilidad de estos comandos directamente en el programa.

Barras de herramientas en miniatura

¿Se aplican todas las condiciones siguientes?

• ¿Se aplican los comandos a una ventana específica? Las barras de herramientas en miniatura son para comandos que se aplican a las tareas existentes, mientras que los comandos jump List son para iniciar nuevas tareas.

• ¿Los usuarios necesitan interactuar rápidamente con una tarea en ejecución mientras se usan otros programas? Si es así, las barras de herramientas en miniatura son una buena opción. Las barras de herramientas en miniatura pueden presentar un máximo de siete comandos, pero se prefiere un máximo de cinco comandos.

• ¿Los comandos son inmediatos? Es decir, ¿no requieren entrada adicional? Las barras de herramientas en miniatura deben tener comandos inmediatos para ser eficaces, mientras que las listas de accesos directos funcionan mejor con comandos que requieren entrada adicional.

  Incorrecto:

  

  Los comandos que requieren entrada adicional no funcionan bien en las barras de herramientas en miniatura.

• ¿Los comandos son directos? Es decir, ¿los usuarios pueden interactuar con ellos con un solo clic? Las barras de herramientas deben tener comandos directos para ser eficaces.

• ¿Los comandos están bien representados por iconos? Los comandos de la barra de herramientas en miniatura se presentan mediante iconos que no son etiquetas de texto, mientras que los comandos Jump List se representan mediante etiquetas de texto.

  Incorrecto:

  

  En este ejemplo, el comando no está bien representado por iconos.

Iconos de superposición

• ¿El programa tiene "presencia de escritorio"? Si no es así, use un icono de área de notificación en su lugar. Si es así, considere la posibilidad de usar un icono de superposición en lugar de colocar el estado en el icono del área de notificación para los programas diseñados para Windows 7. Al hacerlo, se garantiza que el icono siempre será visible (cuando se usan iconos grandes) y consolida el programa con su estado en un solo lugar.
• ¿Se muestra temporalmente el icono de superposición para mostrar un cambio de estado? Si es así, un icono de superposición puede ser adecuado, en función de los siguientes factores:

  • ¿El estado es útil y relevante al usar otros programas? Si no es así, muestre la información en las barras de estado del programa u otro área de estado del programa.

    

    En este ejemplo, se usa la barra de estado porque el estado no es útil al usar otros programas.

  • ¿El estado muestra el progreso? Si es así, use en su lugar una barra de progreso del botón de la barra de tareas.

  • ¿Es crítico el estado? ¿Se requiere una acción inmediata? Si es así, muestre la información de una manera que requiera atención y no se pueda omitir fácilmente, como un cuadro de diálogo.

Barras de progreso

• ¿Los comentarios de progreso son útiles y relevantes al usar otros programas? Es decir, ¿es probable que los usuarios supervisen el progreso mientras usan otros programas y cambien su comportamiento como resultado? Este estado útil y relevante suele mostrarse mediante un cuadro de diálogo de progreso del modelo o una página de progreso dedicada, pero no con un puntero ocupado, un indicador de actividad o una barra de progreso en una barra de estado. Si el estado no es útil al usar otros programas, solo tiene que mostrar los comentarios de progreso directamente en el propio programa.

  Correcto:

  

  Incorrecto:

  

  En el ejemplo incorrecto, la barra de progreso del botón de la barra de tareas no es muy útil.

• ¿La tarea es continua? Si la tarea nunca se completa, no es necesario mostrar su progreso. Algunos ejemplos de tareas continuas son los exámenes antivirus que no inician los usuarios y la indexación de archivos.

  Incorrecto:

  

  En este ejemplo, una tarea continua no necesita mostrar el progreso.

Barras de tareas de ventana secundaria

• ¿El programa contiene pestañas, ventanas de proyecto, ventanas secundarias MDI o ventanas secundarias a las que los usuarios a menudo querrían cambiar directamente? Si es así, dar a estas ventanas sus propias miniaturas de botón de barra de tareas puede ser adecuada.

Conceptos de diseño

Uso eficaz de listas de accesos directos y barras de herramientas en miniatura

Las listas de accesos directos y las barras de herramientas en miniatura ayudan a los usuarios a acceder a los recursos y a realizar comandos de forma más eficaz. Sin embargo, al diseñar el modo en que el programa admite estas características, no se obtiene una mayor eficacia. Si los usuarios no pueden predecir con precisión qué característica tiene el comando que necesitan o tienen que comprobar varios lugares, los usuarios se frustrarán y dejarán de usar estas características.

Las listas de accesos directos y las barras de herramientas en miniatura funcionan de forma más eficaz cuando son:

• Claramente diferenciado. Los usuarios saben cuándo buscar un destino o un comando en una lista de accesos directos y cuándo buscar en una barra de herramientas en miniatura. Hay un propósito claro para cada uno, por lo que los usuarios rara vez confunden el contenido de los dos. Por lo general, las listas de accesos directos se usan para iniciar nuevas tareas, mientras que las barras de herramientas en miniatura se usan para interactuar con tareas en ejecución mientras se usan otros programas.
• Útil. Los destinos y comandos que se ofrecen son los que necesitan los usuarios. Si es probable que los usuarios no necesiten algo, no se incluye. No use el número máximo de elementos si no son necesarios.
• Predecible. Los destinos y comandos que se ofrecen son los que los usuarios esperan encontrar. Los usuarios rara vez tienen que mirar en más de un lugar.
• Bien organizado. Los usuarios pueden encontrar lo que buscan rápidamente. Usan etiquetas descriptivas pero concisas e iconos adecuados para ayudar al reconocimiento.

Asegúrese de investigar al usuario para asegurarse de que tiene la razón. Si, en última instancia, no puede diseñar listas de accesos directos y barras de herramientas en miniatura que logren estos objetivos, considere la posibilidad de proporcionar solo una de ellas. Es mejor tener una manera predecible de proporcionar comandos que dos confusos.

Instrucciones

Botones de la barra de tareas

• Haga que los siguientes tipos de ventana aparezcan en la barra de tareas (para Windows 7, mediante una miniatura del botón de barra de tareas):

  • Ventanas principales (que incluyen cuadros de diálogo sin propietarios)
  • Hojas de propiedades
  • Cuadros de diálogo de progreso del modelo
  • Asistentes

• Para Windows 7, usa miniaturas de botón de barra de tareas para agrupar los siguientes tipos de ventana con el botón de la barra de tareas de la ventana principal desde el que se inició. Cada programa (en concreto, cada programa percibido como un programa independiente) debe tener un solo botón de barra de tareas.

  • Ventanas secundarias
  • Pestañas del área de trabajo
  • Ventanas del proyecto
  • ventanas secundarias MDI

  Correcto:

  

  En este ejemplo, una ventana secundaria se agrupa con el botón de la barra de tareas de la ventana principal.

  Incorrecto:

  

  En este ejemplo, Panel de control se agrupa incorrectamente con el Explorador de Windows. Los usuarios perciben esto como programas independientes.

  Incorrecto:

  

  En este ejemplo, Copias de seguridad de Windows usa incorrectamente dos botones de barra de tareas para un solo programa.

• Restaurar una ventana principal también debe restaurar todas sus ventanas secundarias, incluso si esas ventanas secundarias tienen sus propios botones de barra de tareas. Al restaurar, coloque las ventanas secundarias encima de la ventana principal.

• Para Windows 7, los programas que normalmente tienen presencia de escritorio pueden mostrar temporalmente un botón de barra de tareas para mostrar el estado. Hágalo solo si el programa se muestra normalmente en el escritorio y los usuarios interactúan con él con frecuencia. Un programa que normalmente se ejecuta sin presencia de escritorio debe usar su icono de área de notificación en su lugar, aunque es posible que no siempre esté visible.

  Incorrecto:

  

  En este ejemplo, Windows Sync Center usa incorrectamente un botón de barra de tareas temporal para mostrar el estado. En su lugar, debe usar su icono de área de notificación.

Iconos

• Diseñe el icono del programa para que tenga un aspecto excelente en la barra de tareas. Asegúrese de que es significativo y refleja su función y su marca. Haga que sea distinto, consíquelo especial y asegúrese de que se representa bien en todos los tamaños de icono. Dedique el tiempo necesario para que sea correcto. Siga las directrices del icono de estilo Aero.

• Si el programa usa iconos de superposición, diseñe el icono base del programa para controlar bien las superposiciones. Los iconos de superposición se muestran en la esquina inferior derecha, por lo que diseña el icono para que el área se pueda ocultar.

  

  En este ejemplo, el icono del botón de la barra de tareas del programa no tiene información importante en el área inferior derecha.

• No use superposiciones en el icono base del programa, independientemente de si el programa usa iconos de superposición o no. El uso de una superposición en el icono base será confuso porque los usuarios tendrán que averiguar que no se comunica el estado.

  Incorrecto:

  

  En este ejemplo, el icono base del programa parece que muestra el estado.

Para obtener instrucciones y ejemplos generales de iconos, consulte Iconos.

Iconos de superposición

• Use iconos de superposición para indicar solo el estado útil y relevante. Considere la visualización de un icono de superposición para ser una posible interrupción del trabajo del usuario, por lo que el cambio de estado debe ser lo suficientemente importante como para merecer una posible interrupción.

  Incorrecto:

  

  En estos ejemplos, el icono de superposición no es lo suficientemente importante como para merecer una posible interrupción.

• Use iconos de superposición para el estado temporal. Los iconos de superposición pierden su valor si se muestran constantemente, por lo que el estado normal del programa no debe mostrar un icono. Quite el icono de superposición cuando el icono:

  • Es para un problema: Quite el icono una vez resuelto el problema.
  • Alertas de que algo es nuevo: Quite el icono una vez que el usuario haya activado el programa.

  Excepción: El programa puede mostrar constantemente un icono de superposición si los usuarios siempre necesitan conocer su estado.

  

  En este ejemplo, Windows Live Messenger siempre muestra un icono de superposición para que los usuarios siempre puedan comprobar su presencia notificada.

• No muestre un icono para indicar que se ha resuelto un problema. En su lugar, simplemente quite cualquier icono anterior que indique un problema. Supongamos que normalmente los usuarios esperan que el programa se ejecute sin problemas.

• Muestra iconos de superposición o iconos de área de notificación, pero nunca ambos. El programa puede admitir ambos mecanismos para la compatibilidad con versiones anteriores, pero si el programa muestra el estado mediante iconos de superposición, no debe usar también iconos de área de notificación para el estado.

  Incorrecto:

  

  En este ejemplo, el nuevo icono de correo se muestra redundantemente.

• No parpadee el botón de la barra de tareas para llamar la atención sobre un cambio de estado. Si lo hace, sería demasiado distraído. Permitir que los usuarios detecten iconos de superposición por sí mismos.

• Se prefieren iconos de superposición estándar para indicar los cambios de estado o estado. Use estos iconos de superposición estándar:

  Overlay	Estado
  	Advertencia
  	Error
  	Deshabilitado o desconectado
  	Bloqueado o sin conexión

• Para iconos de superposición personalizados, elija un diseño fácilmente reconocible. Use iconos de color completo de 16 x 16 píxeles de alta calidad. Prefiere iconos con contornos distintivos sobre iconos con forma cuadrada o rectangular. Aplique también las demás directrices de iconos de estilo Aero .

• Mantenga sencillo el diseño de iconos de superposición personalizados. No intente comunicar ideas complejas, desconocidas o abstractas. Si no puede considerar un icono personalizado adecuado, use un icono estándar de error o icono de advertencia en su lugar cuando sea adecuado. Estos iconos se pueden usar de forma eficaz para comunicar muchos tipos de estado.

• No cambie el estado con demasiada frecuencia. Los iconos de superposición no deben aparecer ruidosos, inestables o exigen atención. El ojo es sensible a los cambios en el campo periférico de visión, por lo que los cambios de estado deben ser sutiles.

  • No cambie el icono rápidamente. Si el estado subyacente cambia rápidamente, haga que el icono refleje el estado de alto nivel.

    Incorrecto:

    

    En este ejemplo, el icono de superposición que cambia rápidamente exige atención.

  • No use animaciones. Hacerlo es demasiado distraído.

  • No parpadee el icono. Hacerlo es demasiado distraído. Si un evento requiere atención inmediata, use un cuadro de diálogo en su lugar. Si el evento necesita atención, use una notificación.

Parpadeando el botón de la barra de tareas

• Use el botón de la barra de tareas parpadeando con moderación para exigir la atención inmediata del usuario para mantener en ejecución una tarea en curso. Es difícil que los usuarios se concentran mientras un botón de la barra de tareas parpadea, por lo que supone que interrumpirán lo que están haciendo para detenerlo. Aunque parpadear un botón de barra de tareas es mejor que robar el foco de entrada, los botones de la barra de tareas parpadeante siguen siendo muy intrusivos. Asegúrese de que la interrupción está justificada, por ejemplo, para indicar que el usuario debe guardar los datos antes de cerrar una ventana. Los programas inactivos rara vez deben requerir una acción inmediata. No parpadee el botón de la barra de tareas si lo único que tiene que hacer el usuario es activar el programa, leer un mensaje o ver un cambio de estado.
• Si no se requiere una acción inmediata, tenga en cuenta estas alternativas:
  • Use una notificación de acción correcta para indicar que se ha completado una tarea.
  • No haga nada. Espere a que los usuarios asistan al problema la próxima vez que activen el programa. A menudo es la mejor opción.
• Si un programa inactivo requiere atención inmediata, desactive el botón de la barra de tareas para llamar la atención y dejarlo resaltado. No haga nada más: no restaure ni active la ventana y no reproduzca ningún efecto de sonido. En su lugar, respete la selección de estado de la ventana del usuario y permita que el usuario active la ventana cuando esté lista.
• En el caso de las ventanas secundarias que tienen un botón de barra de tareas, flashe su botón en lugar del botón de la barra de tareas de la ventana principal. Al hacerlo, los usuarios pueden asistir directamente a la ventana.
• En el caso de las ventanas secundarias que no tienen un botón de barra de tareas, parpadee el botón de la barra de tareas de la ventana principal y ponga la ventana secundaria encima de todas las demás ventanas de ese programa. Las ventanas secundarias que requieren atención deben ser más importantes para asegurarse de que los usuarios los vean.
• Flash solo un botón de barra de tareas para una ventana a la vez. Parpadear más de un botón es innecesario y demasiado distraído.
• Quite el botón de la barra de tareas resaltado una vez que el programa se active.
• Cuando el programa se active, asegúrese de que hay algo obvio que hacer. Normalmente, este objetivo se logra mostrando un cuadro de diálogo que formula una pregunta o inicia una acción.

Accesos directos de inicio rápido

• Coloque los accesos directos del programa en el área Inicio rápido solo si los usuarios optan por participar. Dado que el inicio rápido se quitó de Windows 7, los programas diseñados para Windows 7 no deben agregar accesos directos de programa al área Inicio rápido o proporcionar opciones para hacerlo.

Listas de accesos directos

Diseño

• Diseñar listas de accesos directos para satisfacer los objetivos de los usuarios para sus tareas cotidianas. Tenga en cuenta lo siguiente:

  • El propósito del programa. Piense en lo que es más probable que los usuarios hagan a continuación. En el caso de los programas de creación de documentos, es probable que los usuarios vuelvan a documentos usados recientemente. En el caso de los programas que muestran contenido existente, es posible que los usuarios quieran acceder a los recursos que usan con frecuencia. En el caso de otros programas, es probable que los usuarios realicen tareas que no hayan hecho antes, como leer nuevos mensajes, watch vídeos nuevos o comprobar su próxima reunión.

  • Lo que más le importan a los usuarios. Piense en por qué los usuarios usarían la lista de accesos directos en lugar de otros medios. Por ejemplo, es más probable que los usuarios se preocupen por los destinos que han identificado explícitamente como importantes (como las direcciones web que los usuarios colocan en su barra de vínculos o en Favoritos o escriben). Es menos probable que se preocupen por los obtenidos indirectamente o con poco esfuerzo (por ejemplo, direcciones web visitadas a través de redireccionamiento o haciendo clic en vínculos).

    Correcto:

    

    Incorrecto:

    

    En el ejemplo incorrecto, la lista de accesos directos contiene muchos destinos de los que es probable que los usuarios no se preocupen.

• No haga que los destinos sean demasiado granulares. Hacer que los destinos sean demasiado estrechos y específicos pueden dar lugar a redundancia, con varias maneras de ir al mismo lugar. Por ejemplo, en lugar de enumerar páginas web individuales, en su lugar, enumera las páginas principales de nivel superior; en lugar de enumerar canciones, enumerar álbumes.

  Correcto:

  

  Incorrecto:

  

  En el ejemplo incorrecto, enumerar canciones en una lista de saltos la rellenará con un solo álbum.

• No rellene todas las ranuras de lista de accesos directos disponibles si no es necesario. Centrar el contenido de Jump List en los elementos más útiles si el programa solo tiene tres elementos útiles, proporcione solo tres. Cuantos más elementos de una lista de accesos directos, más esfuerzo se requiere para encontrar cualquier elemento específico.

  

  En este ejemplo, el accesorio Notas adhesivas proporciona un único comando Jump List, ya que es todo lo que se necesita.

• Proporcione información sobre herramientas solo cuando sea necesario para ayudar a los usuarios a comprender los elementos de Jump List. Evite la información sobre herramientas redundante porque son una distracción innecesaria. Para obtener más instrucciones de información sobre herramientas, consulte Información sobre herramientas e información sobre herramientas.

  Incorrecto:

  

  En este ejemplo, la información sobre herramientas de la lista de accesos directos es redundante.

Características de Jump List frente a características de programa

• No haga que los destinos y los comandos solo estén disponibles a través de listas de accesos directos. Los mismos destinos y comandos deben estar disponibles directamente desde el propio programa.
• Use nombres coherentes para destinos y etiquetas para los comandos. Los elementos jump List deben etiquetarse igual que los elementos equivalentes a los que se accede directamente desde el programa.
• Habilite el programa para controlar destinos y comandos incluso cuando el programa no se esté ejecutando. Esto es necesario para una experiencia coherente, confiable y cómoda.

Agrupación

• Proporcione al menos uno y al menos tres grupos. Los elementos de lista de saltos siempre se agrupan para etiquetar su propósito. Tener más de tres grupos hace que los elementos sean más difíciles de encontrar.

• Use nombres de grupo estándar cuando corresponda. Los nombres de grupo estándar son familiares y más fáciles de entender para los usuarios.

  A los comandos se les asigna el nombre del grupo Tasks, que está asignado por Windows y, por lo tanto, no se pueden cambiar.

  Correcto:

  

  Incorrecto:

  

  Recent es el mejor nombre de grupo porque es familiar, y la distinción sutil entre la historia y la reciente no vale la pena hacer.

Comandos

• Proporcione un conjunto fijo de comandos independientemente del estado de ejecución del programa, el documento actual o el usuario actual. Los comandos deben aplicarse a todo el programa, no a una ventana o documento específicos. Esto es necesario para una experiencia coherente, confiable y cómoda. Los comandos no se deben quitar ni deshabilitar.

  Excepciones: Puede sustituir o quitar comandos cuando:

  • Un conjunto de comandos mutuamente excluyentes comparten una sola ranura de comandos, siempre que se aplique un comando.
  • Los comandos no se aplican hasta que se hayan usado características específicas, siempre que los comandos se apliquen siempre.

  Incorrecto:

  

  En este ejemplo, Print no es un buen comando Jump List porque depende del documento actual.

  Correcto:

  

  En este ejemplo, Iniciar sesión y Cerrar sesión son comandos mutuamente excluyentes. Además, los separadores se usan para agrupar comandos relacionados.

• Use las siguientes etiquetas de comandos estándar cuando corresponda. Las etiquetas de comandos estándar son más fáciles de entender para los usuarios.

• Presentar los comandos en un orden lógico. Los pedidos comunes incluyen por frecuencia de uso o orden de uso. Coloque comandos muy relacionados entre sí. Dentro del grupo Tareas, coloque separadores entre grupos de comandos relacionados según sea necesario.

• No proporcione comandos para abrir o cerrar el programa. Estos comandos están integrados en todas las listas de accesos directos.

Iconos de comando

• Dentro del grupo Tareas, proporcione un icono de comando solo cuando ayude a los usuarios a comprender, reconocer o diferenciar comandos, especialmente cuando hay un icono establecido para el comando usado en el programa.

  • Excepción: Si el programa usa ambos destinos (que siempre tienen iconos) y comandos, considere la posibilidad de proporcionar iconos para todos los comandos si no lo hace sería incómodo.

  Incorrecto:

  

  En este ejemplo, Internet Explorer debe proporcionar iconos para todos los comandos para evitar un aspecto incómodo.

Destinations

• Proporcione un conjunto dinámico de destinos específicos del usuario actual, pero independientemente del estado de ejecución del programa o del documento actual. Como se mencionó anteriormente, asegúrese de que se ajusten al propósito del programa, son los usuarios que más le interesan y tienen el nivel adecuado de especificidad.

• Cuando sea adecuado, use una lista de destino "automática". Windows administra los destinos automáticos, pero el programa controla los destinos específicos que se pasan.

  • Considere la posibilidad de usar Recent para programas de creación de documentos en los que es probable que los usuarios vuelvan a destinos usados recientemente.

    

    En este ejemplo, el Bloc de notas de Windows usa destinos recientes.

  • Considere la posibilidad de usar Frecuente para los programas que muestran el contenido existente, donde es probable que los usuarios vuelvan a los elementos que usan a menudo. Los destinos frecuentes se ordenan en orden de frecuencia, más frecuentes primero.

    

    En este ejemplo, el Explorador de Windows usa destinos frecuentes.

  • Use Frecuente si Recent daría lugar a muchos destinos inútiles. Las listas frecuentes son más estables y la mejor opción cuando los usuarios van a muchos destinos diferentes, pero es probable que no vuelvan a las que se usan con poca frecuencia.

    Incorrecto:

    

    El uso de Recientes en Windows Internet Explorer daría lugar a muchos destinos inútiles.

  • Si Las opciones Recientes o Frecuentes son igualmente adecuadas, use Recent porque ese enfoque es más fácil para los usuarios comprender y es más predecible.

  • Si usa Recent y el programa tiene un equivalente en el menú Archivo, haga que las listas tengan el mismo contenido en el mismo orden. Para los usuarios, deben parecer que son las mismas listas.

• Cuando sea necesario, use una lista de destino personalizada. El programa tiene un control total sobre el contenido y el criterio de ordenación de una lista de destino personalizada, y por lo tanto puede basar la lista en cualquier factor.

  • Cree versiones personalizadas de Recientes o Frecuentes si son adecuadas, pero la administración automática no funciona bien para el programa. Por ejemplo, es posible que el programa necesite realizar un seguimiento de una variedad de factores más allá de los comandos de archivo abiertos. En este caso, use el mismo nombre (Reciente o Frecuente) y criterio de ordenación porque los usuarios no tendrán en cuenta la diferencia.

  • De lo contrario, use otro tipo de destino para satisfacer mejor los objetivos del usuario. A menudo, estas listas ayudan a los usuarios a realizar tareas que no han hecho antes, como leer nuevos mensajes, watch vídeos nuevos o comprobar su próxima reunión.

    

    En este ejemplo, Windows Media Center muestra los registros registrados recientemente que el usuario aún no ha visto.

  • Elija un criterio de ordenación que corresponda al modelo mental del usuario de la lista. Por ejemplo, una lista de estilos de tareas pendientes tendría lo siguiente que hacer en primer lugar. Si no hay ningún modelo mental claro, ordene la lista de destino en orden alfabético.

• No use varias listas de destino que proporcionen vistas diferentes de los mismos datos. En su lugar, varias listas de destino deben tener principalmente datos diferentes para admitir escenarios de diferencia. Por ejemplo, puede proporcionar una lista reciente o una lista frecuente, pero no ambas. Si lo hace, se desperdicia si hay elementos superpuestos, pero confusos si se quitan los elementos superpuestos.

  Incorrecto:

  

  En este ejemplo, proporcionar vistas diferentes de los mismos destinos es inútil.

  Correcto:

  

  En este ejemplo, las listas de destino tienen datos diferentes para diferentes tareas.

• Si el programa tiene un comando para borrar los datos de privacidad, borre también las listas destinos. Las listas de destino pueden contener datos confidenciales.

Barras de herramientas en miniatura

Interacción

• Proporcione hasta siete de los comandos más importantes que se usan con frecuencia que se aplican a la ventana que se muestra en la miniatura. No se sienta obligado a proporcionar tantos comandos como pueda si el programa solo tiene tres comandos importantes y usados con frecuencia, proporcione solo tres.

  Incorrecto:

  

  En este ejemplo, la barra de herramientas en miniatura tiene comandos que no son importantes.

• Use comandos directos e inmediatos. Estos comandos deben tener un efecto inmediato al hacer clic en el comando no debe mostrar un menú desplegable o un cuadro de diálogo para obtener más entradas.

  Incorrecto:

  

  Los comandos de la barra de herramientas en miniatura deben tener un efecto inmediato.

• Deshabilite los comandos que no se aplican al contexto actual o que generarían directamente un error. No oculte estos comandos porque, al hacerlo, la presentación de la barra de herramientas es inestable.

• No descarte la miniatura cuando los usuarios hagan clic en un comando si es probable que revisen los resultados o haga clic inmediatamente en otro comando. Quite la miniatura de los comandos que indican que el usuario ha terminado por ahora, como con comandos que muestran otras ventanas.

  

  En este ejemplo, al hacer clic en Siguiente en Reproductor multimedia de Windows continúa mostrando la miniatura porque es posible que los usuarios quieran proporcionar otros comandos.

  

  En este ejemplo, al hacer clic en Chat en Windows Live Messenger descarta la miniatura porque es más probable que los usuarios envíen un mensaje.

Presentación

• Asegúrese de que los iconos de la barra de herramientas en miniatura se ajustan a las directrices de iconos de estilo Aero. Para cada comando, proporcione iconos de color completo de 16 x 16, 20 x 20 y 24 x 24 píxeles. Las versiones más grandes se usan en los modos de visualización de valores altos de ppp.
• Asegúrese de que los iconos estén claramente visibles en el color de fondo de la barra de herramientas en estados normales y de desplazamiento. Evalúe siempre los iconos en contexto y en los modos de contraste alto.
• Elija diseños de icono de comando que comuniquen claramente su efecto. Los iconos de comandos bien diseñados son autoexplicativos para ayudar a los usuarios a encontrar y comprender los comandos de forma eficaz.
• Elija iconos reconocibles y distintivos. Asegúrese de que los iconos tienen formas y colores distintivos. Esto ayuda a los usuarios a encontrar rápidamente los comandos, incluso si no recuerdan el símbolo del icono. Después del uso inicial, los usuarios no deben depender de la información sobre herramientas para distinguir entre los comandos.
• Proporcione una información sobre herramientas para etiquetar cada comando. Una buena información sobre herramientas etiqueta el control sin etiquetar al que se apunta. Para obtener instrucciones y ejemplos, consulte Información sobre herramientas e información sobre información.

Barras de progreso

• Siga las directrices generales de la barra de progreso, incluida la no reinicio o la copia de seguridad del progreso, y el uso de una barra de progreso roja para indicar un problema.
• Evite usar barras de progreso indeterminados. Las barras de progreso indeterminados muestran actividad, no progreso. Reserve barras de progreso indeterminadas para aquellas situaciones poco frecuentes en las que los usuarios no toman actividad por conceder.

Para obtener más instrucciones, consulte Barras de progreso.

Texto

Títulos de ventana

Al elegir títulos de ventana, tenga en cuenta la apariencia del título en la barra de tareas:

• Optimice los títulos para su presentación en la barra de tareas colocando concisamente la información distintiva primero.

• En el caso de los cuadros de diálogo de progreso de modeless, primero resuma el progreso. Ejemplo: "66% completado".

• Evite los títulos de ventana que tengan truncamientos incómodos.

  Incorrecto:

  

  En este ejemplo, el título de la ventana truncada tiene resultados lamentables.

Comandos jump List

• Inicie comandos con un verbo.
• Use mayúsculas de estilo de frase.

Para obtener más instrucciones de etiqueta de comandos, consulte Menús.

Documentación

Al hacer referencia a la barra de tareas:

• Consulte toda la barra como barra de tareas (una sola palabra compuesta en minúsculas).
• Consulte los elementos de la barra de tareas específicamente por su etiqueta, o generalmente como botones de la barra de tareas.
• Cuando sea posible, dé formato a las etiquetas de la barra de tareas con texto en negrita. De lo contrario, coloque la etiqueta entre comillas solo si es necesario para evitar confusiones.
• Consulte iconos de superposición como iconos de botón de la barra de tareas. No los haga referencia como notificaciones, incluso si su propósito es notificar a los usuarios. Sin embargo, puede decir que estos iconos notifican a los usuarios de eventos específicos.

Ejemplo: el icono del botón Nueva barra de tareas Correo le notifica que ha llegado un nuevo mensaje de correo electrónico.