{
  "_hinweis": "Certus Windows -- Fassungsanzeige fuer die Selbstaktualisierung. Der Aktualisierer (certus-update.exe) holt genau diese Datei von https://store.fleitec.com/windows/fassung.json, vergleicht 'fassung' mit seiner eigenen und laedt bei Bedarf 'datei' herunter. 'sha256' ist Pflicht -- ohne passende Pruefsumme wird NICHT installiert.",
  "fassung": "0.60",
  "datei": "certus-0.60-win64.zip",
  "url": "https://store.fleitec.com/windows/certus-0.60-win64.zip",
  "sha256": "4e021e351c300f8f5dcf270fcc5dceb1300cd157f8557b62b4077dcdb104be6f",
  "erschienen": "2026-09-23",
  "aenderungen": "DER GRUNDANSTRICH HAT DIE SEITE AUSGELOESCHT -- behoben. Certus malt in Scheiben; bis 0.59 legte JEDE Scheibe den Seitenhintergrund ueber die GANZE Leinwand statt nur ueber ihren Ausschnitt und uebermalte damit alles Vorherige. Sichtbar blieb nur die letzte Scheibe. Gemessen mit einer Pruefsumme je Leinwandzeile (1291 Zeilen): github.com vorher 8 verschiedene Zeilenwerte, nachher 432; eine Testseite vorher 1 (voellig leer), nachher 63. Das war die Ursache fuer 'github steht als leerer Rahmen da' -- kein Ladefehler, ein Malfehler. Unentdeckt blieb er, weil gegen eine Pruefsumme ueber die GANZE Leinwand geprueft wurde: eine leere Leinwand hat eine gueltige, reproduzierbare Pruefsumme, und fuenf Runden haben dagegen geprueft. Ausserdem: der Vorabholer fuer Moduldateien hatte nie funktioniert (jede neue Anfrage loeschte die vorige, von zwoelf ging eine hinaus) -- Netzzeit fuer Module 1,964 s -> 0,189 s. Nebenbefund: die 95 Moduldateien von github kommen ueber FUENF Verbindungen, nicht 95; der Posten ist das Warten (59 %), nicht der Verbindungsaufbau (3 %). NICHT BEHOBEN: das Tempo. github.com braucht weiter 19-23 s bis zur Ruhe, gut die Haelfte davon JavaScript-Ausfuehrung; Firefox und Chrome liegen bei 1-2 s. Die Netzverbesserung verschwindet auf der Gesamtzeit in der Streuung und wird deshalb nicht als Tempogewinn verkauft. Besser ist die DARSTELLUNG: was gemalt wird, ist jetzt auch zu sehen."
}