Notch öffnet zuverlässig, Einstellungen beenden Onyx nicht mehr

Das Öffnen hing allein an Mausereignissen. Der Auslösebereich liegt aber in
der Menüleiste, und dorthin stellt macOS Bewegungen nicht verlässlich an
fremde Programme zu — mal kommen sie an, mal nicht, je nachdem, was gerade
den Zeiger führt. Ein Verfahren, das eine Zustellung voraussetzt, die es
nicht gibt, kann nicht zuverlässig sein.

Die Zeigerposition wird deshalb jetzt immer abgefragt, im Ruhezustand
zehnmal je Sekunde, bei offenem Panel sechzigmal. Die Monitore sind nur noch
Beschleunigung. Kosten: 0,1 % CPU im Leerlauf, gemessen. Nachgeprüft mit
fünf Anläufen aus verschiedenen Richtungen — fünfmal offen.

Die Unterdrückung war zu grob: jedes Vollbildfenster galt als Grund, das
Panel wegzuhalten. Damit war die Notch tot, sobald Xcode im Vollbild lief.
Gemeint war immer nur der Film über den ganzen Bildschirm, und den erkennt
man daran, dass etwas den Bildschirm wachhält — ein Textfenster tut das
nicht. Beide Bedingungen zusammen, nicht eine davon.

Dazu ein Loch, das dabei auffiel: fiel die Unterdrückung weg, während der
Zeiger schon in der Notch stand, wartete die Maschine auf ein Ereignis, das
erst bei der nächsten Bewegung kam.

Der rote Knopf blendet Fenster jetzt aus, statt sie zu schließen. Onyx hat
kein Hauptfenster; „Fenster zu" heißt hier nie „fertig". Manche
Hilfsprogramme erzwingen aber genau diese Gleichung und beenden eine App,
sobald ihr letztes Fenster verschwindet — dann war Onyx nach einem Blick in
die Einstellungen weg, samt Menüleiste und Notch. Ein Fenster, das nie
wirklich schließt, gibt dafür keinen Anlass.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

Packages/OnyxKit/Sources/OnyxNotch/NotchSuppression.swift

@@ -0,0 +1,36 @@
+import Foundation
+import IOKit.pwr_mgt
+
+/// Wann das Panel wegbleibt.
+public enum NotchSuppression {
+
+    /// Beide Bedingungen zusammen, nicht eine davon.
+    ///
+    /// Die erste Fassung hat jedes Vollbildfenster als Grund gewertet. Damit war
+    /// die Notch tot, sobald jemand Xcode im Vollbild hatte — und das ist kein
+    /// Zustand, in dem man auf seinen Kalender verzichten will. Gemeint war
+    /// immer nur der Film über den ganzen Bildschirm.
+    public static func shouldSuppress(hasFullScreenWindow: Bool,
+                                      preventsDisplaySleep: Bool) -> Bool {
+        hasFullScreenWindow && preventsDisplaySleep
+    }
+
+    /// Ob gerade etwas den Bildschirm wachhält.
+    ///
+    /// Das ist der verlässlichste Hinweis auf laufende Wiedergabe, den macOS
+    /// ohne Sonderrechte hergibt: jedes Programm, das ein Video abspielt, setzt
+    /// eine solche Sperre, damit der Bildschirm nicht mitten im Film dunkel
+    /// wird. Ein Textfenster im Vollbild tut das nicht.
+    public static var isPreventingDisplaySleep: Bool {
+        var assertions: Unmanaged<CFDictionary>?
+        guard IOPMCopyAssertionsStatus(&assertions) == kIOReturnSuccess,
+              let status = assertions?.takeRetainedValue() as? [String: Int]
+        else { return false }
+
+        // Beide Namen kommen vor: der ältere von IOKit und der, den
+        // AVFoundation benutzt.
+        let names = [kIOPMAssertionTypeNoDisplaySleep as String,
+                     kIOPMAssertionTypePreventUserIdleDisplaySleep as String]
+        return names.contains { (status[$0] ?? 0) > 0 }
+    }
+}