Aufraeumen nach der Pruefkette: doppelter Code an eine Stelle

Die Runde vom 07.09.2026 hat neben den zwei echten Fehlern eine Reihe
Wiederholungen und stumme Stellen gemeldet. Abgearbeitet in Etappen, jede fuer
sich pruefbar - nach jeder liefen beide Pruefketten gruen.

* Menueleiste: der Wechsel von einem Titel zum anderen brauchte ZWEI Klicks.
  Der grab_set der offenen Liste schluckt den ersten, die <Button-1>-Bindung
  des Titels feuert gar nicht. Das native tk.Menu, das diese Leiste ersetzt
  hat, wechselte schon beim blossen Ueberfahren - zwei Klicks waren also eine
  Verschlechterung gegenueber dem, was vorher da war. Die Klappliste wird
  ausserdem jetzt wie jede andere Position ueber theme.auf_bildschirm()
  begrenzt; am unteren Fensterrand lief sie vorher hinaus.
  Neu: pruef_menueleiste.py misst beides ueber echte Klickereignisse.

* %LOCALAPPDATA%/ravokk wurde an drei Stellen einzeln ausgerechnet. Jetzt
  fragen alle gemeinsam.standard_ordner(). Laufen die je auseinander, fuehren
  die beiden Programme zwei Nummernbuecher - und das faellt erst auf, wenn
  eine Rechnungsnummer zum zweiten Mal vergeben ist (§ 14 Abs. 4 Nr. 4 UStG).

* pruefe() stand 35-mal im Quelltext, in sechs Fassungen -> pruefhelfer.py.
  Die zwei Ausreisser sind mitgezogen: pruef_bilder.py schrieb ein eigenes
  Format, pruef_storno_verrechnet.py zaehlte in einer Zahl und konnte am Ende
  nicht sagen, WAS fehlschlug.

* dlg_darstellung() und die drei Handgriffe des Umschaltens standen in beiden
  app.py fast wortgleich -> ThemeMixin in theme.py. Beide trugen inzwischen
  denselben langen Kommentar zu demselben Fehler; das war der Beweis, dass es
  eine Sache ist. Programmspezifisch bleiben der Hinweistext im Dialog (R31)
  und die Frage, ob die Einstellungen ausdruecklich gespeichert werden muessen.

* pruef_gemeinsam_automatisch.py sagte im Text "genau ein Buch" und prueft
  ">= 1" mit einem any() - eine Pruefung, die nicht rot werden kann. Jetzt
  == 1, und der Dateiname wird mitgeprueft.
  Dazu neu: die neun Dateien, die im Kopf zusagen, sie laegen in beiden
  Programmen gleich, werden byteweise verglichen. Bei hinweis.py stimmte die
  Zusage seit dem 06.09. nicht mehr - gleicher Inhalt, CRLF gegen LF.

* .gitattributes, damit die Zeilenenden nicht von der Maschine abhaengen.
  Ohne das meldet genau diese Pruefung nach einem frischen Checkout einen
  Unterschied, den es im Repository gar nicht gibt.

* Sechs stumme "except OSError" sagen jetzt, warum sie schweigen duerfen, und
  einer meldet statt zu schweigen: schlaegt die Uebernahme einer alten
  config.json fehl, faengt das Programm ohne Firmendaten, Katalog und Zaehler
  neu an - und der Erfolgsfall schrieb eine Zeile, der Fehlerfall nicht. Die
  24 stummen tk.TclError bleiben: dort wird ein Widget angefasst, das gerade
  zerstoert wurde, und eine Meldung waere Rauschen.

* Tote Parameter und Variablen aus dem Umbau des Vortags: symbol_setzen(dunkel=),
  kachel(grund=, radius=), mit_trennlinie, sechs x/y-Berechnungen, die von
  theme.mittig() sofort ueberschrieben wurden, vier lokale "import ctypes".

39 Pruefstaende, 0 rot.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01V4t48uxDok5rJXhC9bX1Ax

wasserzeichen.py

@@ -45,7 +45,7 @@ def pfad(name):
     return ""
 
 
-def kachel(bild, kante, grund=(0xFF, 0xFF, 0xFF), rand=0.16, radius=0.22):
+def kachel(bild, kante, rand=0.16):
     """Das Logo auf eine helle Kachel mit runden Ecken setzen.
 
     Seine Ansage am 07.09.2026: *"bei den windows icons kannst du einen
@@ -57,9 +57,9 @@ def kachel(bild, kante, grund=(0xFF, 0xFF, 0xFF), rand=0.16, radius=0.22):
     das Programm nicht. Eine helle Kachel ist auf jedem sichtbar; so machen es
     die meisten Programme, und deshalb sieht es auch nicht fremd aus.
 
-    `rand` ist der Abstand zum Kachelrand, `radius` die Eckenrundung - beides
-    als Anteil der Kantenlaenge, damit es in jeder Groesse gleich aussieht.
-    Die 22 % entsprechen etwa dem, was Windows fuer Kacheln verwendet.
+    `rand` ist der Abstand zum Kachelrand, als Anteil der Kantenlaenge - so
+    sieht es in jeder Groesse gleich aus. Die Rundung liegt fest bei 22 %,
+    etwa dem, was Windows fuer Kacheln verwendet.
     """
     from PIL import Image, ImageDraw
     kante = int(kante)
@@ -68,8 +68,8 @@ def kachel(bild, kante, grund=(0xFF, 0xFF, 0xFF), rand=0.16, radius=0.22):
     fein = kante * 4
     maske = Image.new("L", (fein, fein), 0)
     ImageDraw.Draw(maske).rounded_rectangle(
-        (0, 0, fein - 1, fein - 1), radius=int(fein * radius), fill=255)
-    flaeche = Image.new("RGBA", (fein, fein), tuple(grund) + (255,))
+        (0, 0, fein - 1, fein - 1), radius=int(fein * 0.22), fill=255)
+    flaeche = Image.new("RGBA", (fein, fein), (0xFF, 0xFF, 0xFF, 255))
     flaeche.putalpha(maske)
 
     innen = max(1, int(fein * (1 - 2 * rand)))
@@ -126,17 +126,16 @@ def symbol_bauen(ziel):
         return ""
 
 
-def symbol_setzen(fenster, melden=print, dunkel=False):
+def symbol_setzen(fenster, melden=print):
     """Das Programmsymbol auf ein Fenster legen. True bei Erfolg.
 
     Die EXE traegt es ohnehin - das Fenster aber nicht von selbst. Ohne das
     steht in der Titelleiste das nackte Tk-Symbol, obwohl die Datei ein eigenes
     hat.
 
-    `dunkel` wird nicht mehr gebraucht und nur noch entgegengenommen, damit
-    bestehende Aufrufe weiterlaufen: seit das Symbol eine helle Kachel ist, ist
-    es in jeder Darstellung sichtbar. Vorher gab es dafuer eine zweite,
-    aufgehellte Datei - die ist mit der Kachel ueberfluessig geworden.
+    Frueher gab es dafuer eine zweite, aufgehellte ICO und einen Schalter
+    `dunkel`. Seit das Symbol eine helle Kachel ist, ist es in jeder
+    Darstellung sichtbar - beides ist damit weggefallen.
     """
     p = pfad("programm.ico")
     if not p: