MacOS-Fenster, für die ein expliziter Klick erforderlich ist, um sie zu aktivieren, bevor Benutzeroberflächenelemente angeklickt werden können

Ich bin ein neuer Mac-Benutzer, dem ein MacBook Pro ausgestellt wurde, als ich vor drei Monaten einen neuen Job angefangen habe. Als Windows- und Linux-Benutzer habe ich mich jetzt ziemlich an die Unterschiede gewöhnt, die mit der Desktop-Umgebung von Apple verbunden sind.

Eine Sache, die mich immer noch ein wenig bremst, ist die Notwendigkeit, explizit in ein Anwendungsfenster zu klicken, um es zu aktivieren, bevor mit den UI-Elementen in diesem Fenster interagiert werden kann.

Wenn beispielsweise zwei Browserfenster neben dem linken geöffnet sind, sind zwei Klicks erforderlich, um einem Link im rechten Fenster zu folgen: einer, um das Fenster zu aktivieren, und einer, um auf den Link zu klicken.

Dies steht im Gegensatz zu Windows oder Linux, bei denen Sie in einem inaktiven Fenster auf ein Benutzeroberflächenelement klicken können und durch einen einzigen Klick sowohl das Fenster als auch das Element darin aktiviert werden.

Ein ähnliches Problem besteht darin, Text zwischen Fenstern zu kopieren und einzufügen. Ich kann Text in einem aktiven Terminal oder Editor auswählen und kopieren und ihn dann mit einem Rechtsklick auf Einfügen in einen anderen einfügen. Dadurch wird das Fenster jedoch nicht aktiviert. Ich muss immer noch mit der linken Maustaste auf das Fenster klicken, um es zu aktivieren, bevor ich es eingeben kann.

Unter Windows und Linux wird das Fenster auch durch Klicken mit der rechten Maustaste aktiviert. Wenn ich einen Befehl in ein Terminal eingefügt habe, könnte ich einfach die Eingabetaste drücken, um ihn auszuführen, während auf meinem Mac ein zusätzlicher Mausklick erforderlich ist. Das fühlt sich etwas umständlich an.

Kann dieses Verhalten angepasst werden, um Windows und Linux zu ähneln?

Die Antwort lautet im Allgemeinen "nein". Es gibt jedoch einige Ausnahmen / Problemumgehungen, zum Beispiel:

• Sie können mit Cmd-Click durch jedes Steuerelement in einem nicht fokussierten Fenster klicken. Dadurch wird dieses Steuerelement direkt bedient, ohne das Fenster zu fokussieren. Dies erspart Ihnen möglicherweise einen Klick in Ihrem Side-by-Side-Browser-Fensterszenario. Leider liegt es an jedem Anwendungsentwickler, dies sinnvoll zu gestalten, und einige nicht fokussierte Anwendungen führen weiterhin alle speziellen Aktionen aus, die Cmd-Click zugewiesen sind, anstatt sie als einfachen Klick zu behandeln.
• In Terminal.app fügt Cmd-Right Click den Inhalt der primären Auswahl (den zuletzt in einem Terminalfenster markierten Text) in dasselbe oder ein anderes Terminal ein, unabhängig davon, ob dieses Terminal fokussiert ist oder nicht.
• Speziell für X11-Anwendungen, die unter XQuartz.app ausgeführt werden (was heutzutage nicht sehr häufig ist), können Sie die Option "Fokus folgt Maus" angeben, damit X11-Fenster fokussiert werden, wenn Sie mit der Maus über sie fahren. (Es gab auch eine versteckte Fokus-Maus-Option für Terminal.app-Fenster. Ich weiß nicht, ob sie in El Capitan oder Sierra noch funktioniert.)

Unter Windows und Linux ist fast alles, was für ein Fenster und seine zugrunde liegende Anwendung relevant ist, im Betrefffenster enthalten. Paradebeispiel: Die Menüleiste, die sich im Fenster befindet. Unter macOS befindet sich die Menüleiste des aktiven Fensters oben auf dem Bildschirm, nicht im Fenster (mit Ausnahme einiger alter Kuriositäten). Ein aktiver Vorgang kann möglicherweise Auswirkungen auf das repräsentative Fenster haben oder außerhalb des Fensters bestätigt werden.

Daher bezweifle ich, dass der erforderliche Switch in der Benutzeroberfläche von MacOS implementiert ist oder dass er in der zugrunde liegenden Unix-Ebene verwendet werden kann. Ich bezweifle ferner, dass die Implementierung möglich wäre, solange das Bildschirmmenü zum aktiven Prozess gehört. Nur mein 2c.