Eure Aufgaben: die Reihenfolge, in der man denkt

Filipe: "die seite eure aufgaben, ich will dass du die so krass
perfektionierst, ich will dass du die so krass uebersichtlich machst."

ERST GEMESSEN, DANN ANGEFASST. Mit sechs Leuten, so wie im echten
Team:

  Handy, Person gewaehlt      8281 px  = 10,6 Bildschirme
  Handy, Katalog offen       11636 px  = 14,9 Bildschirme

Und die Personenwahl -- der ERSTE Schritt -- begann am Handy bei
Bildschirm 5,3. Man scrollte an allem vorbei, um anzufangen; und was
man dabei ueberscrollte (Formular, Katalog), betraf genau die Person,
die man noch gar nicht gewaehlt hatte.

DER PLAN STAND SCHON DA. Im HTML steht seit dem 15.09. ein Kommentar:
"1. Die Ampel. 2. Die Personen. 3. Die Karte." Genau so war es gedacht
-- und genau so war es nicht mehr: Am 22.09. kam das Verteilen auf die
Seite, am 23.09. der Katalog, und beide sind davor gerutscht. Der
Kommentar beschrieb eine Ordnung, die es nicht mehr gab. Wieder eine
Bestandsliste, die altert, waehrend jemand weiterarbeitet.

Die Reihenfolge ist jetzt die, in der man denkt: Wie steht das Team?
-> Wen nehme ich mir vor? -> Was gebe ich ihm? -> Was liegt schon bei
ihm? -> Wie steht er da?

  Handy: Personenwahl beginnt bei Bildschirm 0,5 statt 5,3
  Rechner: bei 0,4 statt 2,0

DIE KACHELN AM HANDY kosteten 1176 px fuer sechs Leute -- anderthalb
Bildschirme nur fuer die Frage, wen man sich vornimmt. Grund war
"min-width: 260px", und der Grund DAFUER steht daneben: Die drei
Bilanz-Kaesten wurden sonst gequetscht. Das stimmt, solange sie
NEBENEINANDER stehen. Am Handy stehen sie jetzt untereinander, jeder
eine Zeile (Ziffer links, Wort rechts) -- so kommt die Kachel mit der
halben Bildschirmbreite aus und zwei passen nebeneinander: 618 px.

KEINE ZAHL FAELLT WEG. Wer verteilt, muss sehen, wer schon wie viel
hat; das ist der Zweck dieser Kaesten. Sie werden kleiner, nicht
weniger. Unter 380 px wieder eine Kachel je Zeile -- zwei haetten dort
je 145 px, und "verschieden gesehen" waere nicht mehr zu lesen.

DER SPRUNG BEIM KACHELKLICK IST WEG. Er war richtig, solange die Karte
direkt unter der Auswahl stand. Jetzt liegen Formular, Katalog und ihre
Aufgaben dazwischen -- ein Sprung zur Karte uebersaehe genau die drei
Dinge, die man nach der Wahl zuerst braucht. (Filipe, 15.09.: "die
seite soll sich nicht immer bewegen wenn ich auf was druecke.") Der
Sprung von der Talentseite bleibt, dort ist er gemeint.

UND DER CHAT KEHRT DAHIN ZURUECK, WO MAN AUFGEHOERT HAT. Die Linie
"Ab hier neu" gibt es seit Tagen -- sie wurde gezeichnet und sofort
ueberscrollt, weil der Verlauf beim Oeffnen ans Ende sprang. Wer nach
zwei Tagen zurueckkam, landete unten und suchte die Stelle, indem er
Uhrzeiten las. Jetzt springt er EINMAL beim Oeffnen dorthin, auf ein
Viertel Hoehe: darueber der Zusammenhang, darunter das Neue. Danach
gilt wieder die alte Regel, damit eine eintreffende Nachricht einen
nicht aus dem Lesen reisst.

Gemessen: entwicklung 48, entwicklung-kacheln 15, modi-katalog 133,
bewerbung-aufgaben 101, chat-optik -- alle ohne Befund.

NOCH NICHT FERTIG: Die Entwicklungskarte ist mit 5975 px weiterhin
72 % der Seite. Das ist der naechste Schritt.

Co-Authored-By: Claude Opus 5 <[email protected]>

workspace/assets/js/chat.js

@@ -924,6 +924,13 @@
   /* Bis wohin war beim Oeffnen gelesen -- daraus entsteht die Linie
      "ab hier ist es neu". Und worauf gerade geantwortet wird. */
   let gelesenBeimOeffnen = 0;
+  /* NUR BEIM ERSTEN ZEICHNEN EINES RAUMS springt der Verlauf zur
+     Stelle, an der man aufgehoert hat. Danach nicht mehr: Bei jedem
+     Neuzeichnen dorthin zu springen hiesse, dass eine eintreffende
+     Nachricht einen aus dem Lesen reisst -- genau der Fehler, der
+     weiter unten schon einmal behoben wurde ("Wer liest, bleibt
+     stehen"). */
+  let zurNeuLinie = false;
   let antwortAuf = null;
 
   /* ---------- In Nachrichten suchen (09.09.2026, Punkt 15) ----------------- */
@@ -1019,6 +1026,8 @@
          Linie muss also aus dem Wert gezogen werden, der beim OEFFNEN
          galt. Danach wuerde sie nie irgendwo stehen. */
       gelesenBeimOeffnen = daten.gelesen_bis ?? 0;
+      /* Ab hier darf EINMAL gesprungen werden -- siehe oben. */
+      zurNeuLinie = true;
       antwortAuf = null;
     } catch { return; }
 
@@ -1728,6 +1737,35 @@
        Strom staendig. Jetzt gilt: Wer unten steht, bleibt unten
        (das ist der Normalfall). Wer liest, bleibt stehen und bekommt
        einen Knopf, der sagt, wie viel unten wartet. */
+    /* ==== ZURUECK AN DIE STELLE, AN DER MAN AUFGEHOERT HAT ==========
+
+       Die Linie "Ab hier neu" steht seit Tagen im Verlauf -- und war
+       nie zu sehen: Der Verlauf sprang beim Oeffnen ans Ende, also
+       daran vorbei. Wer nach zwei Tagen zurueckkommt, landete unten
+       und suchte die Stelle von Hand, indem er Uhrzeiten las.
+
+       NICHT GANZ NACH OBEN, SONDERN AUF EIN VIERTEL. Stuende die
+       Linie am oberen Rand, saehe man nur noch das Neue -- und nicht
+       mehr, worauf es antwortet. Ein Viertel Verlauf darueber ist der
+       Zusammenhang, den man braucht, um wieder hineinzufinden.
+
+       DANACH GILT WIEDER DIE ALTE REGEL. "unten" wird auf false
+       gesetzt, damit der Knopf "zum Neuesten" erscheint (er sagt
+       auch, wie viel unten wartet) und damit eine eintreffende
+       Nachricht einen nicht nach unten reisst. */
+    if (zurNeuLinie) {
+      zurNeuLinie = false;
+      const linie = ziel.querySelector('.chat-neu');
+      if (linie) {
+        ziel.scrollTop = Math.max(0, linie.offsetTop - ziel.clientHeight * 0.25);
+        unten = amEnde(ziel);
+        neuUnten = 0;
+        springKnopfZeigen();
+        return;
+      }
+      /* Keine Linie heisst: nichts Neues seit dem letzten Mal. Dann
+         ist das Ende die richtige Stelle -- weiter wie bisher. */
+    }
     if (unten) {
       ziel.scrollTop = ziel.scrollHeight;
       neuUnten = 0;