ventanas de macOS que requieren un clic explícito para activar, antes de que se pueda hacer clic en los elementos de la interfaz de usuario que están dentro

24

Soy un nuevo usuario de Mac y me entregaron un MacBook Pro cuando comencé un nuevo trabajo hace tres meses. Como usuario de Windows y Linux antes, ahora me estoy acostumbrando a las diferencias con el uso del entorno de escritorio de Apple.

Una cosa que todavía me está ralentizando un poco es el requisito de hacer clic explícitamente en la ventana de una aplicación para activarla, antes de poder interactuar con los elementos de la interfaz de usuario dentro de esa ventana.

Por ejemplo, si tengo dos ventanas de navegador abiertas una junto a la izquierda, una de ellas hace clic para seguir un enlace en la ventana de la derecha: una para activar la ventana y otra para hacer clic en el enlace.

Esto contrasta con Windows o Linux, donde puede hacer clic en un elemento de la interfaz de usuario en una ventana inactiva y ese solo clic activará la ventana y el elemento en ella.

Un problema similar es tratar de copiar y pegar texto entre ventanas. Puedo seleccionar y copiar texto en un terminal o editor activo, luego pegarlo en otro con 'clic derecho, Pegar' pero eso no activa la ventana. Todavía necesito hacer clic con el botón izquierdo en la ventana para activarlo antes de que pueda escribir en ella.

En Windows y Linux, el clic derecho para pegar también activaría la ventana. Si estaba pegando un comando en un terminal, podría presionar Enter para ejecutarlo, mientras que en mi Mac se requiere un clic adicional del mouse. Esto se siente un poco engorroso.

¿Se puede ajustar este comportamiento para parecerse a Windows y Linux?

    
pregunta TheJase 20.01.2017 - 12:09

2 respuestas

11

La respuesta, en general, es "no". Sin embargo, hay algunas excepciones / soluciones, por ejemplo:

  • Puede hacer clic en cualquier control en una ventana desenfocada usando Cmd-Click. Esto operará directamente ese control sin enfocar la ventana, lo que podría ahorrarle un clic en el escenario de la ventana del navegador en paralelo. Desafortunadamente, depende de cada desarrollador de aplicaciones hacer que esto funcione de manera sensata, y algunas aplicaciones no enfocadas seguirán realizando cualquier acción especial asignada a Cmd-Click, en lugar de tratarlo como un simple clic.
  • En Terminal.app, Cmd-Right Click pegará el contenido de la selección primaria (el último texto que resaltó en cualquier ventana de terminal) en el mismo u otro terminal, ya sea que ese terminal esté enfocado o no.
  • Específicamente para las aplicaciones X11 que se ejecutan en XQuartz.app (lo cual no es mucho en estos días), puede especificar la opción "enfocar seguir con el mouse" para que las ventanas X11 estén enfocadas a medida que pasa el mouse sobre ellas. (También se usó una opción oculta foco-sigue-mouse para la Terminal .app windows, no sé si todavía funciona en El Capitán o Sierra.)
respondido por el calum_b 20.01.2017 - 16:54
0

En Windows y Linux, todo lo que es relevante para una ventana, para su aplicación subyacente, está incluido dentro de la ventana del asunto. Primer ejemplo: la barra de menú, que está en la ventana. En macOS, la ventana activa encuentra su barra de menú en la parte superior de la pantalla, no en la ventana (excepto algunas rarezas antiguas), un proceso activo podría impactar o ser reconocido fuera de su ventana representativa.

Por lo tanto, dudo que el conmutador requerido se implemente en la interfaz de usuario de MacOS o que se pueda usar en la capa subyacente de Unix. Además, dudo que la implementación sea viable siempre que el menú de la parte superior de la pantalla pertenezca al proceso activo. Sólo mi 2c.

    
respondido por el Michelangelo 20.01.2017 - 13:10

Lea otras preguntas en las etiquetas