2 Commits

Include renames

Author	SHA1	Message	Date
RichardandClaude Opus 4.8	f112668147	Phase 5-UI: Launcher auf Toolstrip-Modell + SettingsView (Designer-first) ... - LauncherForm: lstView-Ansatz entfernt (lstViews/colName/pnlBottom/btnOpen raus). Fenster werden ueber toolstrip_windows-Buttons geoeffnet/fokussiert: btn_settings -> Settings, btn_terminal -> Terminal (Bindung per stabiler View-ID). - statusStrip_info: Live-Status (Trading, Modul-Anzahl, API WSS/Polling) via 1s-Timer. - toolstrip_quickbar bleibt fuer Schnellaktionen (Trading an/aus) reserviert. - Neue SettingsView (UserControl + Designer): ServerSettings-PropertyGrid + Speichern/Neu laden; Verhalten wie bisheriger Settings-Tab. In Program.cs registriert. - Build 0 Fehler. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-07-02 11:44:47 +02:00
RichardandClaude Opus 4.8	1781d71983	Phase 5-UI: Designer-first — Launcher + TerminalView ... - LauncherForm ist jetzt ein echtes Designer-Formular (LauncherForm.Designer.cs): ListView + MenuStrip + Button im Designer platziert/bearbeitbar. Zur Laufzeit werden nur noch ListView-Eintraege/Gruppen (DATEN) aus den registrierten Views befuellt + Events verdrahtet — keine Steuerelemente mehr im Code erzeugt. - TerminalView: Combo-Items, Button-Text/-Farbe in den Designer verlagert; Konstruktor verdrahtet nur noch Verhalten. - Inhaerente Ausnahme (Modul-System): die konkreten View-Eintraege sind Daten, keine vorplatzierbaren Controls -> daher datengetriebene ListView. - Build 0 Fehler. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>	2026-07-02 11:23:23 +02:00