Skip to content

Nach dem Profil-Herstellen bleibt das Hauptfenster aktiv; Profil-Rahmen im Schirm; Submodul auf CP #77 - #405

Merged
oe5sos merged 2 commits into
mainfrom
fix/contest-start-menueleiste
Nov 5, 2026
Merged

oe5sos merged 2 commits into
mainfrom
fix/contest-start-menueleiste

Conversation

@oe5sos

@oe5sos oe5sos commented Nov 5, 2026 •

Copy link
Copy Markdown
Owner

Live am Stand 850844a: blauer Grund weg (gemessen #08080a), Log und Chat kamen aus dem Profil zurück, Logbuch zu, Raster am Log richtig. Zwei Haken:

  • Menüleiste nur „Apple · Longpath" — die Panels wurden beim Herstellen aktiviert, bevor das Hauptfenster je aktiv war; ein Werkzeugfenster hat keine Leiste. Jetzt: kein activateWindow() auf die Panels beim Herstellen, danach wird das Hauptfenster aktiviert.
  • Der Chat ragte rechts über den Schirm (gespeicherter Rahmen), wo das Raster ihn nicht einfangen konnte. Jetzt rücken Rahmen aus dem Profil in den Schirm (Größe bleibt); Prüffall.
  • Submodul auf Contestprogramm main nach Das ✕ sichert das Profil wirklich (UniqueConnection mit Member-Zeiger) Contestprogramm#77: die ✕-Verbindung (versteckt → Profil sichern) war Lambda + Qt::UniqueConnection, von Qt abgelehnt (Warnung im Longpath-Log); jetzt ein Slot.

Der Menüleisten-Fall ist offscreen trivial grün (dort wechselt das aktive Fenster nicht) — der Beleg ist das Gerät nach dem nächsten Start.

🤖 Generated with Claude Code

Nachtrag (12:53): die Contest-Fenster (Panels, Logbuch) gehören jetzt hinter die Verbindungsmaske wie alle anderen schwebenden Fenster — Betreiber: „ich will bei dieser connect maske nichts im hintergrund haben". Stellt das Profil Panels her, während die Maske steht, gehen sie sofort dahinter. Prüfstand hinterDerMaskeIstNichts, ohne den Block rot.

oe5sos and others added 2 commits November 5, 2026 12:10
…chirm; Submodul auf #77

Live am Stand 850844a (2026-11-05, 11:44): blauer Grund weg
(#08080a gemessen), Log und Chat kamen aus dem Profil zurueck, Logbuch
zu, Raster am Log richtig. Aber: die Menueleiste zeigte nur
"Apple · Longpath" -- die Panels wurden beim Herstellen aktiviert,
bevor das Hauptfenster je aktiv war; ein Werkzeugfenster hat keine
Leiste. Und der Chat ragte rechts ueber den Schirm (gespeicherter
Rahmen), wo das Raster ihn nicht einfangen konnte.

- zeigePanelAlsFenster(..., aktivieren): beim Herstellen aus dem Profil
  false; MainWindow::stelleContestAnordnungHer aktiviert danach das
  Hauptfenster.
- stelleAnordnungHer rueckt einen Rahmen in availableGeometry() (Groesse
  bleibt). Prueffall in dieAnordnungKommtAusDemProfilZurueck.
- Submodul auf Contestprogramm main nach #77: die ✕-Verbindung
  (versteckt -> Profil sichern) war Lambda + Qt::UniqueConnection, von
  Qt abgelehnt ("unique connections require a pointer to member
  function" im Longpath-Log); jetzt ein Slot.

Der Menueleisten-Fall (activeWindow == Hauptfenster) ist offscreen
trivial gruen -- dort wechselt das aktive Fenster nicht; der Beleg ist
das Geraet nach dem naechsten Start.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
Betreiber 2026-11-05, mit Bild von Log und Chat hinter der Maske: "ich
will bei dieser connect maske nichts im hintergrund haben -- hatte ich
dir auch schon hunderte mal gesagt." Die Regel vom 2026-09-01 ("ALLE
fliegenden Fenster gehoeren hinter die ConnectMaske") kannte fuenf
Mechanismen; die Contest-Fenster waren der sechste und fehlten -- die
Lehre ueber dieser Liste im Code hat sich ein fuenftes Mal bestaetigt.

versteckeSchwebendeFenster(): die Contest-Panels (Fenster) und das
Logbuch-Fenster in dieselbe Liste, zurueck mit den anderen. Stellt das
Profil Panels her, waehrend die Maske steht, gehen sie sofort dahinter.

tst_contest_panels_im_containers_menu::hinterDerMaskeIstNichts -- ohne
den Block rot (Chat blieb sichtbar).

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
@oe5sos
oe5sos merged commit bc76db5 into main Nov 5, 2026
12 checks passed
@oe5sos
oe5sos deleted the fix/contest-start-menueleiste branch November 5, 2026 13:05
oe5sos added a commit that referenced this pull request Nov 6, 2026
tst_contest_panels_im_containers_menu::dasProfilBringtDiePanelsZurueck
fiel in der Linux-CI (3/4) mit "das Hauptfenster muss aktiv bleiben".
Die Zusicherung kam mit #405. Unter xvfb ohne Fenstermanager haengt
activeWindow() vom Zufall ab, offscreen ist sie trivial wahr, und ihr
Anlass war ein Messfehler von mir: das Werkzeug liest im Hintergrund
immer nur "Apple · Longpath", die Menueleiste war nie leer. Sie kann
den Fehler also nicht finden, den sie vorgibt zu finden.

Der Code (Hauptfenster nach dem Herstellen aktivieren) bleibt; er
schadet nicht und ist am Geraet zu sehen, nicht im Pruefstand.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
oe5sos added a commit that referenced this pull request Nov 6, 2026
…ssage (#407)

* "Kein Contest" bleibt im Profil stehen; ein altes Profil bekommt die Aussage

Betreiber 2026-11-06, 05:49: "so nicht abgespeichert" -- nach dem
Start stand das Logbuch-Fenster offen, Karte und Wasserfall darin,
"welches ich nie dort hatte".

Profil "N" sagte "kein Contest, Logbuch zu". In der Sitzung von 05:45
wurde das Logbuch nie geladen; beim Beenden schrieb die Erfassung die
Contest-Eintraege nicht mehr (m_contestAnordnungGemerkt beim Anwenden
geleert, bei "nichts herzustellen" nicht gefuellt). Das Profil verlor
seine Aussage, und "Open contest logbook at launch" fand beim naechsten
Start keinen Widerspruch mehr.

stelleContestAnordnungHer() merkt sich die Aussage des Profils jetzt
immer -- auch "nichts" --, und ein Profil ganz ohne Contest-Eintrag
(von vor dem 2026-11-05) bekommt mit der naechsten Erfassung "kein
Contest, Logbuch zu".

tst_contest_panels_im_containers_menu::keinContestBleibtImProfilStehen
-- gegen die alte Fassung rot (Eintrag fehlte nach der Erfassung).

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>

* Pruefstand: activeWindow-Zusicherung raus, sie beweist nichts

tst_contest_panels_im_containers_menu::dasProfilBringtDiePanelsZurueck
fiel in der Linux-CI (3/4) mit "das Hauptfenster muss aktiv bleiben".
Die Zusicherung kam mit #405. Unter xvfb ohne Fenstermanager haengt
activeWindow() vom Zufall ab, offscreen ist sie trivial wahr, und ihr
Anlass war ein Messfehler von mir: das Werkzeug liest im Hintergrund
immer nur "Apple · Longpath", die Menueleiste war nie leer. Sie kann
den Fehler also nicht finden, den sie vorgibt zu finden.

Der Code (Hauptfenster nach dem Herstellen aktivieren) bleibt; er
schadet nicht und ist am Geraet zu sehen, nicht im Pruefstand.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

---------

Co-authored-by: Claude Fable 5.1 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant