1 Commits

Include renames

Author	SHA1	Message	Date
DogFatherGitandClaude Opus 5	469a6c195f	Portal: Aufgabenliste und Postfach fuer den Kunden ... Schritt 4 von 4 -- damit sind beide Wuensche vom 22.08.2026 vollstaendig: "wenn sie drauf druecken sollen sie auch sehen was ich schon gemacht habe von dem was im plan war" und "die kunden sollen mir auch nachrichten hinterlassen koennen". AUFGABENLISTE IM PROJEKT Bisher sah der Kunde nur die Phase ("Design . 3/7") -- eine Zahl ohne Inhalt. Sie beantwortet die eigentliche Frage nicht: WAS ist denn fertig? Die Liste steht GANZ OBEN, direkt nach dem Projektkopf, noch vor Zahlungen und Dateien. Die sind wichtig, aber sie sind nicht der Grund fuer den Klick. Zwei Entscheidungen praegen die Ansicht: 1. Offene Kundenpunkte stehen in einem EIGENEN Kasten ganz oben ("Das brauche ich noch von dir"), nicht nur farblich markiert irgendwo mittendrin. Wer eine lange Liste sieht, liest sie als Bericht ueber fremde Arbeit und ueberliest seinen eigenen Teil -- genau daraus entstehen die meisten Verzoegerungen. Ist nichts offen, steht das auch da: "Von dir wird gerade nichts gebraucht." Eine gute Nachricht darf ausgesprochen werden. 2. Der Kunde hakt seine eigenen Punkte selbst ab. Nur diese haben einen Knopf; bei fremden Punkten ist das Zeichen reine Anzeige. Ein Knopf, der nichts tut, laesst die Seite kaputt wirken. Geprueft: 4 Knoepfe bei 2 offenen eigenen Punkten (sie erscheinen zweimal), 5 feste. Grosse Zahl statt Prozent: "2 von 6 erledigt" ist greifbar, "33 %" ist eine Rechnung, die niemand fuehlt. Der Balken traegt die vier Prozessfarben -- dieselben wie auf der Ablaufseite und in der Verwaltung. Der Ton ist bewusst gewaehlt. Der Kunde liest die Liste, wenn er unsicher ist -- also im Zweifel schon angespannt. "Wir warten auf dich" waere Druck, "Das brauche ich noch von dir" ist eine Bitte. POSTFACH AUF DER UEBERSICHT Bewusst auf der Uebersicht, nicht im Projekt: Wer kein Projekt hat -- oder eine Frage, die zu keinem gehoert -- konnte vorher gar nicht schreiben und musste zur E-Mail greifen. Damit war der Verlauf weg, sobald man ihn brauchte. Niedrigschwellig: kein Betreff, kein Pflichtfeld, der Projektbezug ist freiwillig. Wer glaubt, eine Nachricht muesse eine "richtige" Anfrage sein, schreibt gar nicht erst -- und genau die kurzen Fragen sollen hier landen. Wird nachgeladen, damit die Uebersicht sofort dasteht. Projekt- und Aufgabendaten werden gleichzeitig angefordert statt nacheinander -- sonst waere die Wartezeit die Summe beider Anfragen. Die Aufgabenliste darf dabei fehlschlagen, ohne die Seite mitzureissen: Wer wegen einer leeren Liste seine Zahlungen nicht mehr saehe, waere schlechter dran als vorher. EIN SICHTBARER FEHLER GEFUNDEN Auf dem Screenshot stand "Ideen &amp;amp; Aenderungswuensche". Ursache ist eine Falle mit zwei Wegen: Texte ueber data-i18n landen als HTML in der Seite, dort ist "&amp;" richtig. Derselbe Text im JavaScript laeuft aber durch die Absicherung und wird ein zweites Mal kodiert. Derselbe Baustein ist also je nach Verwendungsort richtig oder falsch. Das kann man nicht im Kopf behalten -- deshalb neu pruef-texte.mjs mit ZWEI Pruefungen: Anzeige: alle 11 Seiten x 5 Sprachen = 55 Kombinationen, sichtbarer Text darf keine Kodierungsreste enthalten. Quelltext: welcher Baustein mit "&amp;" wird irgendwo abgesichert eingesetzt? Beide sind noetig. Gegengeprueft: Die Anzeigepruefung allein haette den Fehler NICHT gefunden, weil die Ideen-Karte erst nach einer Anmeldung erscheint. Die Quelltextpruefung findet ihn ohne Anzeige. Auch die Quelltextpruefung selbst wurde zweimal gegengeprueft: Zuerst meldete sie zusaetzlich po_senden ("Senden", voellig harmlos) -- ihre Blockerkennung lief bis zum naechsten Schluessel und schluckte dabei einen Kommentar mit "&". Jetzt zaehlt sie geschweifte Klammern. Ein Fehlalarm im Pruefwerkzeug ist fast so schaedlich wie ein uebersehener Fehler: Man gewoehnt sich daran, ihn wegzusehen. GEPRUEFT 32 Pruefungen im Portal (Computer und Handy), alle bestanden. Darunter: 114 Texte in allen fuenf Sprachen vollstaendig, Kundenpunkte stehen vor der langen Liste, Aufgaben vor den Zahlungen, Abhaken meldet den richtigen Punkt, alle Kaestchen mindestens 24 px, keine Fehler im Protokoll. Dazu 55 Seiten-Sprach-Kombinationen ohne Kodierungsreste. Ein Fehler im Test selbst gefunden und behoben: Die Adressabfrage prueft jetzt den PFAD statt der ganzen Adresse. Der API-Server heisst "postfach.dogfather-universe.com" -- ein includes("/postfach") traf den HOSTNAMEN und damit jede Anfrage, auch die Uebersicht. Versionsstempel und Cache-Name auf v5. Co-Authored-By: Claude Opus 5 <[email protected]>	2026-08-23 10:46:09 +02:00