fix: textual-serve als Web-Frontend statt python -m textual serve
textual serve (python -m textual) startete immer die eingebaute Demo. Lösung: textual-serve Paket (v1.1.3) mit eigenem serve_tui.py Einstiegspunkt. Pro Browser-Verbindung wird tui_standalone.py als eigener Subprocess gestartet. Starten: python serve_tui.py --host 0.0.0.0 --port 8001
This commit is contained in:
@@ -1,20 +1,20 @@
|
||||
"""MCM TUI – Standalone Entry Point für textual serve.
|
||||
"""MCM TUI – Standalone Entry Point.
|
||||
|
||||
Startet nur die TUI (kein API-Server, keine Channels).
|
||||
Die TUI spricht via HTTP gegen den laufenden MCM-API-Server.
|
||||
Wird von serve_tui.py per textual-serve als Subprocess pro Browser-Session gestartet.
|
||||
Kann auch direkt im Terminal gestartet werden.
|
||||
|
||||
Verwendung:
|
||||
# API-Server muss bereits laufen:
|
||||
python main_api_only.py
|
||||
# Direkt im Terminal:
|
||||
python tui_standalone.py
|
||||
|
||||
# TUI im Browser starten:
|
||||
.venv/bin/python -m textual serve --host 0.0.0.0 --port 8001 tui_standalone.py
|
||||
|
||||
# Dann im Browser öffnen: http://<host>:8001
|
||||
# Als Browser-App via serve_tui.py:
|
||||
python serve_tui.py
|
||||
"""
|
||||
|
||||
from tui.app import MCMApp
|
||||
|
||||
# textual serve erwartet eine Klasse oder Factory-Funktion,
|
||||
# keine bereits instanziierte App.
|
||||
# Für textual serve (ältere Variante) – Klasse als Factory
|
||||
app = MCMApp
|
||||
|
||||
if __name__ == "__main__":
|
||||
MCMApp().run()
|
||||
|
||||
Reference in New Issue
Block a user