ventanas de macOS que requieren un clic explícito para activarse, antes de que se pueda hacer clic en los elementos de la IU

Soy un nuevo usuario de Mac, después de haber recibido un MacBook Pro cuando comencé un nuevo trabajo hace tres meses. Un 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 una ventana de la aplicación para activarla, antes de que los elementos de la interfaz de usuario dentro de esa ventana puedan interactuar.

Por ejemplo, si tengo dos ventanas del navegador abiertas una al lado de la otra con la izquierda activa, se necesitan dos clics 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 intentar 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 izquierdo en la ventana para activarla antes de poder escribir en ella.

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

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

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 de lado a lado. Desafortunadamente, depende de cada desarrollador de aplicaciones hacer que esto funcione con sensatez, y algunas aplicaciones desenfocadas aún realizarán 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 destacó en cualquier ventana de terminal) en el mismo terminal u otro terminal, ya sea que ese terminal esté enfocado o no.
• Específicamente para las aplicaciones X11 que se ejecutan bajo XQuartz.app (que no son muchas actualmente), puede especificar la opción "enfocar, seguir al mouse" para que las ventanas X11 se enfoquen al pasar el mouse sobre ellas. (También se usaba una opción oculta de foco-seguimiento-mouse para las ventanas de Terminal.app, no sé si todavía funciona en El Capitan o Sierra).

En Windows y Linux, todo lo que es relevante para una ventana, para su aplicación subyacente, está encerrado dentro de la ventana de 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 interruptor requerido se implemente en la interfaz de usuario de MacOS o que pueda usarse en la capa subyacente de Unix. Además, dudo que su implementación sea factible siempre que el menú superior de la pantalla pertenezca al proceso activo. Solo mi 2c.