Rectangle bei Nicht-US-Tastaturen: Bekannte Layout-Probleme und Lösungen

Rectangle app Standard-Tastenkombinationen sind rund um ein US-QWERTY-Layout definiert, ⌃⌥D für das erste Drittel, ⌃⌥U für oben links, und so weiter, gewählt wegen ihres Merkwerts auf genau diesem Layout. Auf einem anderen physischen oder logischen Tastatur-Layout können ein paar konkrete, dokumentierte Probleme auftauchen. Keines davon sind exotische Randfälle; es sind reale Meldungen im eigenen GitHub-Issue-Tracker des Projekts.

Tastenkombinationen ändern sich beim Wechsel des Eingabe-Layouts

Issue #1464, gemeldet unter Rectangle mac 0.83 gegen macOS 14.6.1, beschreibt, dass sich das Verhalten von Tastenkombinationen ändert, wenn der Nutzer auf derselben physischen Tastatur zwischen Tastatur-Eingabe-Layouts wechselt (etwa zwischen einem US-Layout und einem anderen regionalen). Das unterscheidet sich davon, dass eine Tastenkombination einfach nicht auslöst, es scheint, als würde sich die zugewiesene Aktion verschieben, wenn die aktive Eingabequelle mitten in der Sitzung wechselt. Wechselst du regelmäßig zwischen Eingabesprachen, statt bei einer zu bleiben, lohnt es sich, das gegen den aktuellen Status des Issues zu prüfen, bevor du annimmst, deine Konfiguration sei schuld.

Die Globe/Fn-Taste: Diskrepanz zwischen Anzeige und Funktion

Issue #1605, gemeldet unter Rectangle app 0.87 gegen macOS Sequoia 15.5, dokumentiert ein konkretes Problem mit der Globe/Fn-Taste als Modifikator für Tastenkombinationen: Das im Rectangle-Tastenkombinations-Feld angezeigte Symbol stimmt nicht immer mit dem tatsächlich konfigurierten überein, und in manchen Fällen löst die Tastenkombination trotz scheinbar korrekter Einstellung überhaupt nicht aus. Der Melder merkt an, dass dies auftrat, obwohl zuvor alle eigenen Fn-basierten Fenster-Tastenkombinationen von macOS unter Systemeinstellungen → Tastenkombinationen → Fenster deaktiviert waren, womit die naheliegendste Ursache (ein Konflikt mit einer nativen macOS-Fn-Tastenkombination) vor der Meldung ausgeschlossen wurde. Versuchst du, eine Tastenkombination speziell mit der Globe-Taste zu belegen, üblich bei neueren Mac-Tastaturen, die eine dedizierte Fn-Taste ersetzt haben, und sie verhält sich nicht so, wie angezeigt, ist das ein bekannter Bericht, den du prüfen solltest, kein Zeichen für eine kaputte Installation.

Standardeinstellungen erscheinen bei einer frischen Installation bereits verändert

Issue #1392 beschreibt einen Nutzer, der Rectangle frisch installiert und feststellt, dass Maximieren an ⌘⌥F statt an den dokumentierten Standard ⌃⌥↩ gebunden ist, ohne offensichtlichen Weg, zu dem zurückzuwechseln, was die README als Standard beschreibt. Das ist eine nützliche Erinnerung daran, dass „die Standard-Tastenkombination” von Entscheidungen abhängen kann, die beim ersten Start getroffen wurden (die Rectangle-vs-Spectacle-kompatibel-Abfrage), oder davon, dass eine vorherige Konfigurationsdatei übernommen wurde, stimmen deine Belegungen von Anfang an nicht mit den Referenztabellen dieses Artikels überein, prüfe unter Einstellungen → Import auf eine übrig gebliebene Konfigurationsdatei, bevor du annimmst, die dokumentierten Standardeinstellungen seien falsch.

Was tatsächlich das meiste davon verursacht: US-zentriertes Merkhilfen-Design

Rectangles Tastenkombinations-Schema baut auf Merkhilfen auf, die auf einem US-QWERTY-Layout funktionieren, U für oben links, C für Zentrieren, D/F/G zusammen auf der Grundreihe für Drittel. Auf einem anderen physischen Layout (etwa AZERTY, wo sich Tastenpositionen relativ zu US-QWERTY verschieben) sind es zwar immer noch dieselben Buchstaben, die Rectangle erwartet und die belegt sind, aber ihre physische Position auf der Tastatur wandert, was dazu führen kann, dass die Merkhilfen-Logik intuitiv keinen Sinn mehr ergibt, obwohl die Tastenkombination technisch weiterhin funktioniert. Das ist weniger ein Fehler als eine Design-Annahme, die sich nicht universell überträgt, gut zu wissen, bevor man schließt, etwas sei kaputt, wenn es auf der eigenen spezifischen Tastatur nur anders positioniert ist.

Praktische Schritte, wenn sich Tastenkombinationen auf deinem Layout falsch verhalten

1. Prüfe, ob die Tastenkombination tatsächlich so interpretiert wird, wie du erwartest, indem du dieselbe Aktion über Rectangles Menüleisten-Symbol statt über die Tastatur testest. Funktioniert die Menü-Aktion, aber nicht die Tastenkombination, liegt das Problem speziell darin, wie macOS deine Tastenkombination auf deinem Layout interpretiert, nicht in Rectangles Logik zum Fensterverschieben.
2. Neu belegen, statt gegen den Standard anzukämpfen. Stört dich die physische Position eines bestimmten Buchstabens auf deinem Layout, zwingt dich nichts, Rectangles Merkhilfen-Schema beizubehalten, weise jede Aktion im Einstellungsfenster der physischen Taste zu, die auf deiner Tastatur Sinn ergibt.
3. Suche nach dem genauen Symptom im Issue-Tracker, bevor du annimmst, es beträfe nur dich, layoutbezogene Berichte, besonders zur Globe/Fn-Taste oder zum Wechsel der Eingabequelle, tauchen regelmäßig auf und haben möglicherweise bereits eine Maintainer-Antwort oder einen Workaround.
4. Notiere deine macOS- und Rectangle-Version, wenn du sie mit einem Bericht vergleichst, einschließlich der hier zitierten, mehrere sind an bestimmte Versionskombinationen gebunden, und der Code zur Layout-Behandlung kann sich zwischen Releases ändern.

Die verlässliche Rückfalloption

Erweisen sich tastenkombinationsbasierte Aktionen auf deinem spezifischen Layout weiterhin als unzuverlässig, sind Rectangles Snap-Bereiche (ein Fenster an einen Bildschirmrand oder eine Ecke ziehen) von Natur aus layoutunabhängig, sie reagieren auf die Cursorposition, nicht auf Tastatureingaben, sodass keines der oben genannten Probleme sie betrifft. Auf Zieh-zum-Einrasten zurückzugreifen, während du eine layoutspezifische Tastenkombinations-Eigenheit klärst, ist ein vernünftiger Zwischenschritt, statt die Funktionalität des Tools ganz zu verlieren.