Seine Ansage
"da gehen noch die popups auf dem video monitor auf"
"einfach so programmieren das die popup auf dem fenster mittig vom main
fenster auf gehen"
Was falsch war
An sechs Stellen stand `max(0, x)`. Das sollte verhindern, dass ein Dialog
ausserhalb des Bildschirms aufgeht - klemmt aber jede NEGATIVE Koordinate
auf null. Bei ihm steht der zweite Monitor links (x = -1920): jedes Popup
sprang damit zurueck auf den Hauptbildschirm, obwohl das Programm nebenan
lief. Dazu kamen feste Versaetze wie "+120+140", die mit der Fenstergroesse
nichts zu tun hatten.
theme.mittig(dialog, ueber)
Eine Stelle fuer alle Dialoge: mittig ueber dem Elternfenster, etwas
oberhalb der Mitte (ein Drittel statt der Haelfte), damit der Blick dort
ist und die Mitte des Formulars frei bleibt.
Das ist zugleich die Antwort auf die Monitorfrage: steht das Programm auf
dem zweiten Bildschirm, geht der Dialog dort auf - ohne dass irgendwo ein
Monitor gesucht werden muss. Die Sonderbehandlung im Testlauf konnte
deshalb entfallen; geblieben ist dort nur der Verzicht auf grab_set.
theme.auf_bildschirm(x, y, breite, hoehe)
Begrenzt eine Position auf den GESAMTEN Desktop ueber alle Monitore
(SM_*VIRTUALSCREEN) statt auf den Hauptmonitor. Das war die eigentliche
Absicht hinter dem alten max(0, ...).
Gemessen statt geglaubt: Dialogmitte und Fenstermitte liegen 8 Pixel
auseinander (Fensterrahmen), der Dialog liegt innerhalb des Fensters. Steht
als Pruefung in pruef_darstellung.py.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01V4t48uxDok5rJXhC9bX1Ax
Der Fehler
Das Release 1.7.0 war angelegt, die EXE hing dran - und der Updater haette
trotzdem nie etwas gefunden. Der Anhang hiess "Rechnungstool-1.7.0.exe",
gesucht wird aber "Rechnungstool.exe" (version.EXE_NAME). Die Nummer kommt
erst beim Ablegen dazu.
Das Tueckische: nichts schlaegt fehl. Der Updater meldet freundlich
"Aktuell. Kein Update noetig." und startet die alte Fassung. Ein Update,
das stumm nie ankommt, ist schlimmer als eines, das laut scheitert.
Zweiter Fund derselben Runde: die Pruefsummen standen nur im Release-TEXT.
Der Updater liest sie aus einer angehaengten Datei <exe>.sha256. Ohne die
prueft er nur die Groesse - und eine verfaelschte Datei hat genau die
richtige Groesse.
bauen.py legt jetzt release/ an
Genau die vier Dateien, die ans Release gehoeren, unter genau den Namen,
unter denen der Updater sie sucht. Damit haengt niemand mehr etwas
Falsches an.
pruef_release.py
Prueft gegen das echte Repository: gibt es zur Nummer aus version.py ein
Release, heisst der Anhang exakt wie EXE_NAME, haengt die Pruefsumme dran,
ist es die der zuletzt gebauten Datei - und findet passendes_release() es
auch. Ohne Netz wird uebersprungen statt rot gemeldet.
muster/ ist raus
Der Gast darin ist erfunden, der Betrieb nicht: IBAN, Steuernummer und die
private Rufnummer des Auftraggebers stehen im Briefkopf. In ein
oeffentliches Repository gehoert das nicht.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01V4t48uxDok5rJXhC9bX1Ax
