[oe5sos]

Betreiber 2026-11-04: „jedes panel vom contestprogramm sollte in longpath eigens hinzuzufügen sein, das wäre die beste version."

Longpath bettet das Hauptfenster ein (README „Als Fenster in Longpath") und will jedes Panel EINZELN als eigenes Fenster holen, auch ohne das Hauptfenster zu zeigen. Dafür reicht MainWindow nach außen:

• panelEintraege() — dieselbe Tabelle wie Fenster › Panels, jetzt an EINER Stelle (das Menü liest sie von dort).
• istPanelSchwebend(id), setzePanelSchwebend(id, bool) — derselbe Weg wie „Als eigenes Fenster" (Qt::Tool-Kind des Hauptfensters); ein Panel im Seitenbereich wird vorher herausgeholt; ein nie gezeigtes Hauptfenster hat keine ausgelegte Fläche, dann bekommt das Panel die Größe des Entwurfs (mindestens 320×240).
• panelFenster(id).

Eigenständig ändert sich an der Bedienung nichts. Die Longpath-Seite (Tools › Contest logbook panels) liegt in oe5sos/Longpath#386 als Folge-Commit.

Belege

• test_einbettung::panelsLassenSichVonAussenAbloesen: Hauptfenster nie gezeigt, Panel kommt als Qt::Tool-Fenster mit Größe, aus dem Seitenbereich heraus, zurück. test_jedes_panel_ausblendbar grün.
• Nicht live gesehen (Longpath startet der Betreiber).

Nachtrag (f432e0a): rahmenlos und eckig; Rotorzeile untereinander

Zwei weitere Wünsche, mit den Panels als eigene Fenster in Longpath:

• „alle panels haben hier noch runde kanten, dies bitte auf eckig umstellen" — PanelContainerWidget::setzeRahmenlosSchwebend(): schwebend = Qt::Tool | FramelessWindowHint, Panelrahmen mit Radius 0, Rückweg ↙ in der Kopfzeile (PanelHeaderBar::setDockAffordanceEnabled; chromlose Panels wie die Karte bekommen einen Knopf neben dem Schloss), weil das ✕ des Systems wegfällt. Zug und Anfasser klemmen ein schwebendes Panel an den Schirm statt ans Elternfenster. Eigenständig bleibt der Systemrahmen (Fahne aus).
• „das fenster rotoren muss sehr groß gezogen werden, um grad eigens zu sehen" — RotorRowWidget statt QHBoxLayout: Mindestbreite ist die EINES Rotors, nebeneinander wenn die Breite reicht, sonst untereinander; die Gradzahlen am Zifferblatt fallen unter r = 84 nicht mehr weg, sondern werden bis r = 54 eine Stufe kleiner gezeichnet.
• Prüfstände: test_einbettung::rahmenlosSchwebendIstEckigMitRueckweg, test_rotorzeile (4 Fälle). Gegenprobe gefahren (alte Fassung nachgestellt: Mindestbreite = Summe, nie untereinander): 3 von 4 Fällen rot, mit der Behebung 4/4 grün.

Nachtrag 2: Ablesekästchen in drei Stufen; Rotorscheiben der Karte mittig

• „die kästchen für die gradanzahl bei rotoren können kleiner sein, so wäre dann alles auch gemeinsam kleiner" — das Ablesefeld (Aktuell / Ziel / Entfernung) hat jetzt drei Stufen nach der Breite (38 / 28 / 16 px Wertschrift, 46 / 34 / 22 px Zeilenhöhe); am Mindestmaß des Zifferblatts ist es da, klein, statt weg. test_rotorwidget prüft klein < mittel < groß und rechnet die Höhen des „gibt nach"-Falls aus der Stufe.
• „bei karte und verbindungen sollten die rotoren eher mittig sein, sonst sieht es eigenartig aus" — die Rotorscheiben in der Kartenspalte (samt ROTOR n und „zurück N°") stehen in der Spaltenmitte.

🤖 Generated with Claude Code