M29: App-Einstellungen (Settings-Fenster ⌘,)

Neues natives macOS-Settings-Fenster mit Sprache, Auto-Update-Check,
Farbschema (Standard/Kontrastreich), echter Textgrößen-Skalierung,
Bedienelement-Größe und LAN-Scanner-Refreshraten/Sparkline-Einstellungen.

- AppPreferences.swift: zentrale AppStorage-Keys, ColorTheme/AppTextSize/
  UIDensity
- SettingsView.swift: 3-Tab-Settings-Scene
- .environment(\.dynamicTypeSize) erwies sich auf macOS als wirkungslos
  (per ImageRenderer-Snapshot bewiesen) — durch eigenen appFontScale-
  Mechanismus ersetzt, ~110 .font(...)-Aufrufe app-weit umgestellt
- Farbschema auf Wunsch auch auf Experte-Tab-Sidebar ausgeweitet
- Docs aktualisiert: README/HANDOFF/CHATLOG/Manual.md+PDF, found.md

Live bestätigt nach mehreren Nachbesserungsrunden ("passt, lassen wir so").

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

CHATLOG.md

@@ -994,3 +994,49 @@ Test, WLAN/Bonding/PPPoE-Live-Tests).
   aktualisiert (inkl. Mermaid-Diagramm um `NetworkToolsService`-SSH-
   Verbindung und `PortScanner`s direkten Mac→Gerät-Pfad ergänzt),
   Commit + Push.
+
+## Session: App-Einstellungen / Settings-Fenster (M29)
+
+- "erstelle eine für diese App sinnvolle struktur für die Einstellung
+  Settings" (found.md hatte das schon als offene Idee vermerkt) →
+  Rückfrage: natives macOS-Settings-Fenster (⌘,) statt eigenem Tab, alle
+  Bereiche (Sprache, Updates, Farben, Textgröße, Bedienelemente,
+  Refreshraten) auf einmal, Farben als 2 vordefinierte Themes statt
+  freier Farbwahl. Neues `AppPreferences.swift` + `SettingsView.swift`
+  gebaut, Build+98 Tests grün.
+- Live-Test: "die änderung der Bedienelemente und Sparkling funktioniert,
+  bei Textgröße und Farbschemas sehe ich keine Änderung" → Farbschema:
+  drei Farben waren anfangs in beiden Themes identisch (Kopierfehler),
+  gefixt.
+- Erneuter Live-Test: weiterhin "unverändert" bei beidem trotz Fix →
+  nicht weiter geraten, sondern per ImageRenderer-Snapshot bewiesen:
+  .environment(\.dynamicTypeSize, ...) hat auf macOS **keine Wirkung**
+  (anders als iOS) — SwiftUI-Textstile skalieren dort nicht über
+  Dynamic-Type-Kategorien. Rückfrage mit 3 Alternativen, Nutzer wählte
+  "echtes Text-only Scaling". Kompletter Neubau: eigener
+  \.appFontScale-Mechanismus, ~110 .font(...)-Aufrufe app-weit
+  automatisiert umgestellt (2 bewusste Ausnahmen: Übersicht-
+  Diagrammkarten, LAN-Scanner-Tabellenspalten — feste Breiten, würden
+  beim Skalieren brechen).
+- "textgröße funktioniert, die Farbschemas nicht, prüfen. kannst du
+  selbst auf den router schauen und das prüfen?" → kein Router-Zugriff
+  möglich (kein Tool/Zugang), aber Bug sitzt ohnehin rein im
+  App-Rendering — LAN-Scanner-eigene Statusfarben (Traffic/Fest-
+  Dynamisch/Port-Scan) beim ersten Farbfix übersehen, weiterhin zu
+  ähnliche SwiftUI-Nachbarfarben (grün/mint, orange/gelb). Gefixt, per
+  Snapshot-Swatch-Vergleich selbst verifiziert vor erneuter Bitte um
+  Live-Test.
+- "Lan-scanner und Übersicht funktionieren" (Farbschema bestätigt),
+  "der experte-tab zeigt noch keine Änderung" (Textgröße) → Ursache: die
+  komplette Experte-Sidebar-Liste und jedes Parameter/Wert-TextField
+  hatten von Anfang an gar kein .font(...) — automatisierte Umstellung
+  griff nur bei vorhandenen Font-Aufrufen. Fix: globaler
+  Default-Font-Fallback an der Fenster-Wurzel.
+- "keine Änderung beim Farbschema unter Experte" → kein Bug, sondern
+  Scope: Farbschema war nie für den Experte-Tab verdrahtet. Rückfrage,
+  ob ausgeweitet werden soll → ja. Sidebar-Kategorien bekommen jetzt
+  einen Farbpunkt, gemappt auf dieselbe 5-Farb-Palette wie die Übersicht.
+- "passt, lassen wir so. für später merken (found.md): anpassbare
+  Farben" → found.md Punkt 9 ergänzt (freie Farbwahl pro Kategorie statt
+  nur 2 Themes, für später). Milestone live bestätigt, Docs aktualisiert,
+  Commit + Push.