9 votos

¿Cuál es la regla general para interactuar con el contenido inactivo de la ventana de OS X?

Tengo que admitir que estoy un poco desconcertado al tratar de entender una parte en particular de la interfaz de usuario de OS X: interactuar con el contenido en Windows "inactivo".

Por ejemplo, digamos que tenemos a Chrome & Safari, cada uno ocupando el 50% de la pantalla visible. Estamos "en" Chrome y queremos hacer clic en un enlace en Safari, ¿por qué la necesidad de hacer clic dos veces? (una vez para activar Safari, otra vez para interactuar con el enlace)

En otros sistemas operativos, hacer clic en cualquier cosa que se pueda ver generalmente "sólo funciona". Puedo entender que Mac OS proteja a un usuario de tener que dar cuenta de cada uno de sus clics errantes, pero parece que los elementos de la "interfaz" de OS X sólo requieren un clic (golpear "play" en iTunes, cerrar una pestaña en Firefox, etc.), que son irónicamente las acciones que acarrean las consecuencias más dramáticas si se hace clic accidentalmente.

¿Hay algún método para esta locura o tendré que hacer clic y esperar ansiosamente para ver si necesito hacer clic de nuevo?

1 votos

Gruber escribió un buen artículo sobre esto. Se llama "click-through" daringfireball.net/2003/05/los_problemas_con_el_clic

0 votos

Un buen artículo en 2003 :) Es interesante ver cómo la interfaz de usuario de OS X ha cambiado (y no ha cambiado) desde entonces.

0 votos

También me gustaría añadir: ¡ayuda mantener la mano en el mando-tab!

6voto

jtbandes Puntos 8260

Siéntense, hijos míos, y déjenme contarles del mundo y sus trucos...

Desplazamiento

Básicamente siempre puedes desplazar el contenido de la ventana inactiva. Ni siquiera puedo pensar en un caso en el que esto no sea cierto. (Esto también significa que desplazarse para navegar funciona en Lion.)

Arrastrando

En muchos casos, puedes arrastrar el contenido desde Windows/apps inactivos sin enfocar la aplicación. Por ejemplo, puedes arrastrar un archivo desde Finder o un mensaje desde Mail.

Haciendo clic en

Cuando haces clic en un botón que está en una ventana, por lo general " acepta el primer ratón eventos" - lo que significa que tu ratón abajo enfocará la ventana y actuará como un evento del ratón abajo en el botón. Entonces, cuando lo sueltes, el botón cumplirá su función.

(Nota también: en el caso de los widgets de cierre/minimización/zoom,

puedes hacer clic en ellos sin enfocar la ventana).

(Segundo aparte: en las barras de herramientas, no es raro deshabilitar algunos botones mientras están inactivos, para que no hagas clic en ellos accidentalmente, por ejemplo, el botón de borrar de Mail. Sin embargo, esta funcionalidad está ligeramente rota en Lion, porque si empiezas a hacer clic (para que la ventana se centre) y luego arrastrar puedes seguir activando el botón).

Sin embargo, esto sólo funciona para los botones. Como has notado, cuando intentas hacer clic en un enlace (o seleccionar texto, u otra acción similar), tienes que enfocar la ventana primero haciendo clic, y sólo entonces puedes interactuar con el contenido.

La gran solución

(o la regla empírica, como usted dice; jeje)

Para ir al grano: En la mayoría de los casos, cuando se mantiene pulsado ⌘ Command puedes interactuar con el contenido de la ventana inactiva. Puedes mantenerte abajo y seleccionar (e incluso arrastrar) el texto en el fondo, arrastrar cosas (¡incluyendo barras de desplazamiento!), hacer clic en los botones y más, sin activar la ventana.

"¡Pero espera!" Te escucho decir. "Manteniendo abajo abre los enlaces en una nueva pestaña!" Ay, ahí está el problema:

Cuando se mantiene pulsado y haga clic en un enlace en Safari o Chrome, funcionará sin activar la ventana... pero el enlace se abrirá en una nueva pestaña .

Y hasta donde yo sé, no hay una gran solución para eso, a menos que quieras deshabilitar -haciendo clic en tu navegador.

Ahí tienes los hechos - ¡haz el flujo de trabajo que quieras de ellos!


Una actualización, citando algunos contenidos de la página web de Apple Directrices sobre la interfaz humana (esto es sólo para referencia, no para probar un punto):

Evite proporcionar un clic para un artículo o acción cuyo resultado podría ser peligroso o indeseable. Específicamente, evitar habilitar clic para un artículo que:

  • Realiza una acción potencialmente dañina que los usuarios no pueden cancelar (por ejemplo, el botón Borrar en Mail)
  • Realiza una acción que es difícil o imposible de cancelar (como el botón de envío en el correo)
  • Descarta un diálogo sin decirle al usuario qué acción fue tomada (por ejemplo, el botón de Guardar en un diálogo de Guardar que sobrescribe un y automáticamente descarta el diálogo)
  • Elimina al usuario de la contexto actual (por ejemplo, seleccionando un nuevo elemento en una columna del Finder que cambia el objetivo de la ventana del Finder)

Al hacer clic en cualquiera de estas situaciones deberían hacer que la ventana que contiene el artículo sea pero no hay ninguna otra acción que tomar.

En general, es seguro proporcionar un clic para un artículo que pide al usuario para que lo confirme antes de ejecutar aunque el comando en última instancia resulta en la destrucción de los datos. Por ejemplo, se puede proporcionar un botón de borrado si también te aseguras de dar a los usuarios la oportunidad de cancelar o confirmar la acción antes de ella de las ganancias.

Piénsalo dos veces antes de apoyar el click-through para los artículos que no proporcionar la confirmación de la retroalimentación. Específicamente, considere cuán peligroso la acción podría ser, y determinar cuán difícil será para el para deshacer la acción después de haberla realizado. Por ejemplo, el Mail El botón de eliminar no permite hacer clic porque elimina una mensaje sin pedir confirmación, lo que es potencialmente acción dañina que puede ser difícil de deshacer. Por otro lado, clic en el botón Nuevo de Mail está bien porque su resultado no es perjudicial y es fácil de deshacer.

Asegúrate de que los elementos que no soportan el "click-through" aparezcan desactivados cuando su ventana está inactiva. La apariencia de discapacitado ayuda a los usuarios entender que estos controles no están disponibles. Por ejemplo, el borrar y marcar como basura los botones de la ventana de correo inactivo que se muestra a continuación no admiten el click-through.

0 votos

Tu gran solución parece estar en línea con cualquier tipo de "clic aumentado", en la línea de hacer clic con el botón derecho (que trae un menú contextual para un enlace en una ventana de fondo, no la propia ventana). Si bien esta es información útil, estoy buscando algún tipo de rima o razón detrás de este comportamiento en general, mientras que todo lo que estoy viendo son inconsistencias.

1 votos

Ser apologista: Supongo que la idea es que la mayoría de las veces cuando la gente hace clic en las aplicaciones, quiere centrarse en ellas. Apple tiende a atender a "la mayoría de las veces", la mayoría de las veces. No es totalmente incoherente mantener pulsada una tecla modificadora mientras estás haciendo algo para conseguir un poco de funcionalidad extra (como mantener pulsada la opción al hacer clic en ciertos extras del menú, etc.). Así que estoy bastante seguro de que no era la prioridad de Apple permitir la interacción con Windows inactivo, porque vamos, ¿por qué querrías (la mayoría de la gente) hacerlo? Y ahora tengo curiosidad, ¿cómo sería tu modelo de interacción ideal?

1 votos

En cuanto a la incoherencia: No puedo hablar por otros sistemas operativos, pero creo que el punto clave aquí es que: funciona para botones y otros controles del sistema; no funciona (sin mantener el comando) para otro contenido (normalmente basado en texto), incluyendo páginas web.

AppleAyuda.com

AppleAyuda es una comunidad de usuarios de los productos de Apple en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X