Aus jedem Fenster kommt man heraus, die Kachel dreht sich, der Eingang sieht aus wie das Haus

VIER DINGE, und das erste ist eine Meldung aus dem Support.

1. MISS KAM AUS "AUFGABE BEARBEITEN" NICHT HERAUS.
   „Ich konnte da wieder nicht zurück gehen, musste die App schließen
   damit ich wieder auf die Hauptseite kam."
   Gemessen (mess-dialog-ausgang.mjs), vier Größen:
     412x915 App      782 px Inhalt in 784 px  -- knapp ja
     412x780 Browser  782 px Inhalt in 742 px  -- SACKGASSE
     360x640 klein    794 px Inhalt in 602 px  -- SACKGASSE
     412x430 Tastatur 794 px Inhalt in 392 px  -- SACKGASSE
   `.dialog` hatte `overflow: hidden`, eine Scroll-Höhe gab es NUR für
   `.dialog--breit`. Alles unterhalb des Rands wurde abgeschnitten --
   samt "Abbrechen". Jetzt rollt JEDES Fenster, und Kopf wie Knopfzeile
   bleiben stehen (`position: sticky`), damit man den Ausgang SIEHT,
   ohne erst durch acht Felder zu scrollen. Alle vier Größen: ja.

2. DIE VORLAGENKACHEL DREHT SICH.
   „wenn ich drauf drücke dreht sich die kachel und dan seh ich wer es
   gemacht hat, und immer noch die option es nochmal zu verteilen falls
   neue leute ins team zustoßen."
   Vorne bleibt die Kurzfassung ("liegt bei 3 von 4"), hinten stehen
   die Namen mit ihrem Stand und zwei Knöpfe: "Nachholen – 1 fehlt"
   (oder "Nochmal an alle", wenn wirklich alle sie haben) und "Zurück".
   Nach dem Verteilen dreht sie sich von selbst; wer nur nachsehen
   will, drückt "Wer hat sie?".

3. DER EINGANG SIEHT AUS WIE DAS HAUS.
   Fase und Leuchtschiene statt flachem Kasten, die Schiene in der
   Farbe des Stands. Die drei Zahlen werden drei Felder -- und die
   "0 neu" leuchtet nicht mehr rot: Eine Warnung, die immer kommt, ist
   keine Warnung. Ab 760 px steht das Bild neben dem Text statt
   darunter; die Karte war dadurch dreimal so hoch wie nötig.

4. DER CREATOR-KATALOG IST AUF DER TEAM-SEITE WEG.
   „es gibt keine creator auf dieser seite" -- dort stand "Wähle oben
   einen Creator", eine Aufforderung zu etwas Unmöglichem. Gefragt wird
   jetzt nach den Daten (gibt es jemanden, dem ich das geben kann?),
   nicht nach der Adresse.

DAZU FERTIG GEMACHT, WAS VON GESTERN OFFEN WAR:
  * Die zwei Serien ohne Haus ("Community-Call", "Schulung-Agentur").
    Ursache war meine eigene Abschrift: Bei den Terminen frage ich die
    Teilnehmerliste, bei den Serien hatte ich sie vergessen. Auf einer
    Kopie der echten Datenbank: 0 offene Zeilen.
  * Sieben Schreibwege setzen jetzt `haus` (Aufgaben, Einträge,
    Dateien, Material, Wissen, Video-Titelbild). Dabei gefunden:
    `material` verwaltet seine Spalten SELBST -- meine Spalte stand in
    der falschen Liste und fehlte auf einer frischen Datenbank
    (78 Fehlschläge in pruef-material, jetzt 159/0).
  * unterstuetzen.html lud meldung.js gar nicht -- dort stand das
    Maschinenwort des Servers statt eines Satzes (pruef-meldungen 8/0).

DREI VERALTETE PRÜFUNGEN NACHGEZOGEN, jede STRENGER als vorher:
  * "der Modi legt eine Aufgabe an (201)" -- seit dem 22.09. ist das
    403 und gewollt. Geprüft wird jetzt auch das WORT.
  * "calls.html ist verboten" -- Filipe hat die Kachel selbst verlangt
    ("jeder der einen kalender hat"). Mit Gegenprobe ersetzt.
  * "Review" heißt seit dem 20.09. "Zur Freigabe". Der Name wird jetzt
    aus STATUS_NAME GELESEN statt abgeschrieben.

GEPRÜFT: modi-katalog 150/0 (war 144), modi-verborgen 85/0 (war 80/2),
haus-trennung 97/0, material 159/0, meldungen 8/0, abbrechen-optik 0
Fehler. Dazu grün: an-alle, vorlagen, support, css-klassen,
aufgabenbrett, aufgaben-vorlagen, unterstuetzung, formulare, loeschen,
nachfrage, kalender, chat, leerzustand.

OFFEN UND NICHT ANGEFASST: pruef-breiten meldet auf report.html ein
Berührziel von 27x18 px. Der Link (`class="zurueck"`) ist auf 30
Seiten derselbe und hat gar keinen eigenen Stil; beanstandet wird nur
diese eine Seite, weil dort hinter ihm nur "· Review" steht und die
Prüfung Fließtext-Links erst ab 12 Zeichen Umgebung ausnimmt. Eine
Klasse auf 30 Seiten ohne Prüflauf zu ändern wäre geraten.

Co-Authored-By: Claude Opus 5 <[email protected]>
This commit is contained in:
2026-09-25 00:50:15 +02:00
co-authored by Claude Opus 5
parent 14d6f5000c
commit e5cd016b60
60 changed files with 1890 additions and 693 deletions
+30 -3
View File
@@ -3132,8 +3132,31 @@ export function haeuserNachtragen(d) {
["wissen", (r) => [r.erstellt_von].filter((x) => x != null), "titel",
() => "agentur"],
["material", (r) => [r.von_id].filter((x) => x != null), "dateiname"],
["termin_serien", (r) => [r.creator_id, r.teilnehmer_id, r.erstellt_von]
.filter((x) => x != null), "titel"],
/* DIE TEILNEHMER DER SERIE ZAEHLEN MIT (nachgetragen 25.09.2026).
Hier standen nur `creator_id`, `teilnehmer_id` und
`erstellt_von` -- bei den TERMINEN eine Zeile hoeher wird
dagegen auch `termin_teilnehmer` gefragt. Dieselbe Frage, zwei
verschiedene Antworten: genau die Bauart, vor der in dieser
Datei an fuenfzehn Stellen gewarnt wird, und ich habe sie beim
Nachruesten der Serien selbst gebaut.
GEMESSEN AM ECHTEN STAND nach dem Ausliefern: Zwei Serien
blieben ohne Haus -- „Community-Call" und „Schulung-Agentur".
An beiden haengt nur DogFather; ihre Teilnehmer sind fuenf
Creator und Scouts, also eindeutig die Agentur. Der Beleg war
da, er wurde nur nicht gelesen.
WAS DAS GEKOSTET HAETTE: Die 53 bereits erzeugten Termine sind
richtig zugeordnet (sie haben ja Teilnehmer). Aber jeder KUENFTIG
erzeugte haette `haus = null` geerbt -- und ein `null` ist in
BEIDEN Haeusern sichtbar. Die Trennung waere Woche fuer Woche
ein Stueck weiter aufgegangen, ohne dass etwas rot wird. */
["termin_serien", (r) => [
...d.prepare("SELECT person_id AS p FROM serie_teilnehmer WHERE serie_id = ?")
.all(r.id).map((z) => z.p),
r.creator_id, r.teilnehmer_id, r.erstellt_von,
].filter((x) => x != null), "titel"],
];
/* DIE EINTRAEGE ZUERST -- die Dateien erben von ihnen. Stuenden
@@ -4112,7 +4135,11 @@ function umstellungen(d) {
["eintraege", "haus", "TEXT"],
["dateien", "haus", "TEXT"],
["wissen", "haus", "TEXT"],
["material", "haus", "TEXT"],
/* `material` steht hier ABSICHTLICH NICHT. Seine Tabelle wird in
workspace-material.js angelegt, und diese Schleife laeuft auf
einer frischen Datenbank vorher -- sie haette die Spalte still
uebersprungen, und das Schreiben waere erst im Betrieb
gescheitert. Sie steht dort, wo die Tabelle wohnt. */
/* Die WIEDERHOLUNGSREGEL braucht es auch: Der Nachfueller erzeugt
daraus Termine, und die muessen wissen, wohin sie gehoeren. Ohne
sie erbten sie `null` -- und ein `null` ist in beiden Haeusern