edaf83229b
Diagnose-Log zeigte: 3046 ms (= 93% der 3.3s Cold-Start-Zeit) gehen allein in den _-WindowLayout RunScript-Call beim ersten oberleiste- _on_ready. Rhino dockt dabei alle Panels neu — teuer. Optimierung: Marker-File-basiertes Skip - Nach erfolgreichem Apply: ~/Library/Application Support/ ch.gabrielevarano.Dossier/layout_marker.json mit Timestamp + Name - Bei _on_ready: wenn Marker < 10 min alt UND derselbe Layout-Name → skip (Rhino "remembers" die Panel-Positionen meistens noch im internen State, nur unzuverlaessig zwischen LANGEN Pausen) - Sonst (kalter Tag, langer Reboot, anderer Name): apply normal Effekt fuer typischen Dev-Workflow (haeufige Quick-Restarts): - Erster Restart heute: 3s Apply (wie bisher) + Marker - Naechste Restarts < 10 min spaeter: ~0ms (skip) - Nach Pause > 10 min: erneuter Apply Helpers _is_layout_recently_applied + _mark_layout_applied. Marker wird auch geschrieben wenn User manuell apply (z.B. via Settings- Dialog oder Launcher pendingApplyLayout) → konsistent. Falls Layout doch falsch ist nach Skip: Oberleiste-Settings → "Jetzt anwenden"-Button erzwingt Apply.