Beteiligte in die Projekteinstellungen, TODOs aus Protokoll, Bewegung

Beteiligten-Zuordnung verlagert: p.assign ist jetzt ein Stammdatum und
nur noch in den Projekteinstellungen editierbar (planCycleAssign()).
Wochenbericht und Projektboard zeigen sie nur noch an, mit Verweis
dorthin (springZuEinstellungen()). cycleAssign() ist damit entfallen.

Neu "TODOs aus Protokoll": ein externes Besprechungsprotokoll als PDF
wird per KI eingelesen und daraus in einem zweiten KI-Schritt Aufgaben
abgeleitet. Eigener Bereich in der Aufgaben-/GANTT-Leiste, bewusst
unabhaengig von den gespeicherten Protokollen - nichts davon wird
abgelegt. Drei Schritte in einem Dialog mit fester Fusszeile; die
Vorschlagsliste als kompakte, aufklappbare Zeilen, weil ein echter
Import leicht 20 Vorschlaege liefert.

Sichtbarkeit je Aufgabe im GANTT: neue Spalte plan_todos.show_in_gantt
(Vorgabe 1, idempotente Migration) und eine Checkbox im Aufgaben-Dialog.
Eine terminierte Aufgabe kann damit gezielt aus dem Terminplan
herausgehalten werden, bleibt sonst aber eine vollwertige Aufgabe.
plan-build-gantt.js und plan-drag.js pruefen dieselbe Bedingung, damit
Zeilenzahl und Umsortierung nicht auseinanderlaufen.

KI-Timeout dritte Stufe: ein abweichender, aber entfernter Endpunkt
(Drittanbieter-Proxy) bekommt 2 Minuten statt der 45 Sekunden der
echten Anbieter-API. Gemessen: die Punkte-Erkennung eines realen
Protokolls brauchte dort 39 Sekunden, lag also stets knapp unter dem
alten Limit und brach bei jeder Schwankung ab.

Bewegung: Hover- und Klick-Rueckmeldung als Token-Satz in :root,
angewandt auf die anklickbaren Zeilen, Schalter und Dialoge. Die
Akzentleiste ist ein inset-Schatten statt eines positionierten
Elements, damit Drag-and-Drop unberuehrt bleibt; prefers-reduced-motion
war bisher gar nicht vorhanden und kippt jetzt einfach die Tokens.

Plan Checker: optionaler Projektabgleich des Plankopfs.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

public/js/plan/plan-info.js

@@ -4,16 +4,15 @@
 // Dieses Modul füllt die Projektangaben des Projektbereichs. Es unterscheidet
 // dabei zwei Arten von Angaben, und das ist der Kern der Sache:
 //
-//   * NUR ANZEIGE — Kommentar der Sitzung (#planStatusEdit), Fortschritt je
-//     Leistungsphase (#planLphList) und die Zuordnung der Beteiligten
-//     (#planAssignMatrix). Diese drei entstehen in der wöchentlichen
+//   * NUR ANZEIGE — Kommentar der Sitzung (#planStatusEdit) und Fortschritt
+//     je Leistungsphase (#planLphList). Beide entstehen in der wöchentlichen
 //     Besprechung und werden ausschließlich im Wochenbericht erfasst. Neben
 //     jeder von ihnen steht ein Verweis dorthin (setzeBerichtVerweis()), der
 //     hinüberwechselt UND dort dieses Projekt einstellt.
 //   * STAMMDATEN, hier pflegbar — Gruppe (#planGroupSelect) und amtierende
 //     Leistungsphase (#planActiveLpSelect), beide im Bereich "Einstellungen".
 //
-// Warum: Dieselben drei Angaben waren zuvor an DREI Stellen bearbeitbar —
+// Warum: Dieselben Angaben waren zuvor an DREI Stellen bearbeitbar —
 // Projektboard, Wochenbericht und hier. Niemand wusste, welche davon die
 // richtige ist, und zwei Personen konnten dasselbe Feld an verschiedenen
 // Stellen ändern. Seitdem hat jede Angabe genau einen Ort, an dem sie
@@ -21,11 +20,20 @@
 // früheren Schreibfunktionen dieses Moduls (planStatusBlur(), setPlanLph(),
 // setPlanAssign()) sind damit entfallen.
 //
-// BEWUSST NICHT hier: Projektnummer, Bezeichnung, Schlagwörter, Honorar und
-// beauftragte Leistungsphasen. Sie sind ebenfalls Stammdaten, werden aber von
-// js/plan/plan-settings.js gerendert (Honorar und beauftragte Phasen
-// geschrieben von setHonorarBetrag()/toggleBeauftragteLp() aus
-// js/plan/plan-honorar.js).
+// Die Zuordnung der Beteiligten (p.assign) gehörte früher ebenfalls zu
+// dieser "nur Anzeige"-Gruppe — auf Eriks ausdrücklichen Wunsch ist sie
+// seitdem umgekehrt: kein reines Anzeigefeld mehr, sondern ein echtes
+// Stammdatum, und zwar NUR HIER im Projektbereich editierbar (Bereich
+// "Einstellungen", gerendert von js/plan/plan-settings.js —
+// #planAssignMatrix liegt dort im Markup, nicht im Dashboard). Der
+// Wochenbericht zeigt die Zuordnung seitdem nur noch zum Lesen, mit einem
+// Verweis hierher.
+//
+// BEWUSST NICHT hier: Projektnummer, Bezeichnung, Schlagwörter, Honorar,
+// beauftragte Leistungsphasen und die Beteiligten-Matrix. Sie sind
+// Stammdaten und werden von js/plan/plan-settings.js gerendert (Honorar und
+// beauftragte Phasen geschrieben von setHonorarBetrag()/toggleBeauftragteLp()
+// aus js/plan/plan-honorar.js, die Beteiligten-Matrix von planCycleAssign()).
 //
 // renderPlanInfo() wird von
 // renderPlanPage() (plan-state.js) nach jedem Laden aufgerufen; Änderungen
@@ -128,25 +136,8 @@
       }).join('');
     }
     setzeBerichtVerweis('planLphVerweis', locked);
-
-    // Beteiligte — nur Anzeige. Nicht zugeordnete Personen erscheinen
-    // weiterhin blass, damit erkennbar bleibt, wer überhaupt zur Auswahl
-    // stünde; anklickbar sind sie hier aber nicht mehr.
-    const assignMatrix = document.getElementById('planAssignMatrix');
-    if(assignMatrix){
-      const grouped = peopleByRole(app.week);
-      if(!p.assign) p.assign = {};
-      assignMatrix.innerHTML = ROLES.map(r => {
-        const entries = grouped[r] || [];
-        const chips = entries.length ? entries.map(entry => {
-          const state = p.assign[assignKey(entry.person.id, r)] || 0;
-          const title = (entry.person.fullName || entry.person.name) + ' · ' + r;
-          return `<span class="board-avatar ${app.planRoleClass(r)} state-${state} is-ansicht" title="${esc(title)}">${esc(entry.person.name)}</span>`;
-        }).join('') : `<span class="hint" style="margin:0">Niemand hinterlegt</span>`;
-        return `<div class="board-role-row"><span class="board-role-label ${app.planRoleClass(r)}">${esc(r)}</span><div class="board-role-chips">${chips}</div></div>`;
-      }).join('');
-    }
-    setzeBerichtVerweis('planAssignVerweis', locked);
+    // Beteiligte: siehe js/plan/plan-settings.js (renderPlanSettings()) —
+    // Stammdatum, nicht mehr hier.
   };
 
   // setzeBerichtVerweis: füllt einen Hinweis-Platz mit dem Weg zur
@@ -202,9 +193,12 @@
   };
 
   // Die Schreibfunktionen setPlanLph()/setPlanAssign()/planStatusBlur() sind
-  // entfallen. Fortschritt, Zuordnung und Kommentar werden allein im
-  // Wochenbericht erfasst (siehe den Kopf dieser Datei); hier gab es damit
-  // keinen Aufrufer mehr. Die gleichnamigen Funktionen des Projektboards
-  // (editLph()/cycleAssign()/saveBoardComment() in js/board/board.js) sind
-  // davon unberührt — dort hängt die Erfassung des Wochenberichts dran.
+  // entfallen. Fortschritt und Kommentar werden allein im Wochenbericht
+  // erfasst (siehe den Kopf dieser Datei); hier gab es damit keinen Aufrufer
+  // mehr. Die gleichnamigen Funktionen des Projektboards
+  // (editLph()/saveBoardComment() in js/board/board.js) sind davon
+  // unberührt — dort hängt die Erfassung des Wochenberichts dran. Die
+  // Zuordnung der Beteiligten (ehemals setPlanAssign()) läuft seit ihrer
+  // Verlagerung in die Projekteinstellungen über planCycleAssign()
+  // (js/plan/plan-settings.js) — ebenfalls kein Fall für dieses Modul.
 })();