Freie Namen, ein Call-Knopf, und drei Seiten, die fuer Scouts kaputt waren

DREI SACHEN AUF EINMAL, alle aus derselben Sitzung.

1. AUSSUCHEN ODER SELBST EINTRAGEN
   Wunsch: "ich will da auch sachen selber noch eintragen koennen, also
   aussuchen und selbst eintragen."

   Jede Personenauswahl (Kalender, Aufgaben, Bereiche, Content, Dateien)
   nimmt jetzt auch einen getippten Namen an -- eine Agentur, eine Marke,
   einen Gast ohne Konto. Dazu bekommt JEDE Auswahl ab acht Eintraegen
   ein Suchfeld: tippen statt scrollen.

   Gebaut IM vorhandenen Auswahl-Bauteil (wahl.js), nicht daneben. Der
   erste Anlauf war ein zweites Bauteil -- es hat sich prompt mit dem
   ersten gebissen, beide haben denselben <select> eingepackt. Ein
   zweites haette ausserdem anders ausgesehen und waere beim naechsten
   Umbau nur an einer von zwei Stellen nachgezogen worden.

   Der freie Name steht in einer EIGENEN Spalte je Feld; die Verknuepfung
   bleibt leer. Entweder eine Person ODER ein Name, nie beides.

   Filipe hat ausdruecklich auch bei den Creator-Feldern freie Namen
   gewollt, nachdem der Nachteil benannt war: Der Eintrag gehoert dann zu
   keinem Konto. Damit daraus kein STILLER Ausfall wird, faellt jede
   Abfrage, die bisher den Namen der verknuepften Person las, jetzt auf
   den freien Text zurueck (externSql) -- gekennzeichnet als "(extern)".
   Der Eintrag verschwindet dadurch aus keiner Liste, keiner Suche und
   keiner Uebersicht.

2. WO FUEHRE ICH DEN CALL?
   Den Knopf gab es, aber nur wenn jemand von Hand einen Link ins
   Ortsfeld getippt hatte UND das Gespraech noch bevorstand. Stand dort
   "Hier", war nichts zum Anklicken da.

   Jetzt hat das Team einen festen Call-Raum (Discord-Sprachkanal), den
   das Management einmal hinterlegt. Danach hat JEDER Call den Knopf --
   und er bleibt, solange das Gespraech laufen kann, nicht nur bis zur
   Startzeit. Ein eigener Link am Termin schlaegt den festen Raum.

3. WAS EINE ROLLE SIEHT, MUSS AUCH FUNKTIONIEREN
   Gemeldet: "cigdem kriegt als manager gewisse sachen nicht auf die sie
   sieht, check jede rolle ab."

   Neue Pruefung server/pruef-rollen.mjs schickt SECHS Rollen-Zustaende
   ueber alle 16 Seiten und misst Konsolenfehler, fehlgeschlagene
   Serveraufrufe, tote Verweise, haengende Ladeanzeigen und wortlos leere
   Seiten. 96 Durchgaenge.

   Der sechste Zustand ist der wichtige: eine Rolle OHNE zugeteilte
   Creator -- der Normalfall am ersten Tag und Cigdems echte Lage.
   Genau dort fielen die Seiten durch, waehrend dieselben Seiten MIT
   Zuteilung tadellos waren.

   VIER ECHTE FEHLER GEFUNDEN UND BEHOBEN:

   a) Eine Aufgabe, die eine Managerin ohne Creator anlegte, war fuer sie
      im selben Moment unsichtbar -- creator_id und verantwortlich_id
      leer, und "von mir selbst angelegt" stand in keiner
      Sichtbarkeitsregel. Nur DogFather sah sie noch. Kein Fehler, keine
      Meldung, die Aufgabe war einfach weg. Dasselbe bei den
      Bereichseintraegen. Beide Regeln kennen jetzt erstellt_von.
      Niemand sieht dadurch etwas Fremdes -- nur das Eigene.

   b) Ein Scout ohne zugeteilten Creator bekam auf die GESAMTE
      Report-Seite 404, obwohl sie fuer ihn verlinkt ist. Die Seite
      antwortet jetzt sauber und leer, statt sich zu verweigern.

   c) Start-Check und Report blieben fuer immer auf "wird geladen"
      stehen, wenn es nichts zu laden gab.

   d) Das Creator-Profil war fuer Scouts ohne Zuteilung wortlos leer --
      der erklaerende Satz stand nur in der grauen Unterzeile.

   Ausserdem meldete die bestehende Lesbarkeitspruefung zwei neue
   Beschriftungen von mir als zu klein fuers Handy (10,88 statt 11,5 px).
   Behoben, und dieselbe Groesse an der Serien-Karte gleich mit -- dort
   waere es erst aufgefallen, sobald jemand eine Wiederholung anlegt.

GEPRUEFT: pruef-rollen 97, pruef-freie-namen 32 (mit Gegenproben:
Ben sieht Cigdems Aufgabe NICHT; die Saeulen-Zuordnung nimmt
ausdruecklich KEINEN freien Namen). Alle bestehenden Laeufe gruen:
Startansicht 133, Kalender 84, Serien 67, Protokoll 52, Handy 50, Sicht
48, Ampel 47, Content 45, Aufgabenbrett 44, Sprung 43,
Personen-Loeschen 40, Bereiche 37, Uebersicht 33, Workspace-Seiten 32,
Formulare 19, Betreuung 18, Grosscheck 15, Lesbarkeit 14.

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

server/workspace.js

@@ -194,6 +194,37 @@ function umstellungen(d) {
     ["termine", "serie_id", "INTEGER REFERENCES termin_serien(id) ON DELETE SET NULL"],
     ["termine", "serie_tag", "TEXT"],
     ["termine", "serie_beruehrt", "INTEGER NOT NULL DEFAULT 0"],
+
+    /* ---- Frei eingetragene Namen (02.09.2026) ----
+       Wunsch: "ich will da auch sachen selber noch eintragen können,
+       also aussuchen und selbst eintragen."
+
+       Bis hierher konnte an einem Eintrag nur stehen, wer auch ein Konto
+       im Workspace hat. Eine Agentur, eine Marke, ein Gast liess sich
+       nicht eintragen -- man haette dafuer ein Konto anlegen muessen,
+       das nie jemand benutzt.
+
+       Eine EIGENE Spalte je Feld, kein Missbrauch der id-Spalte: Ein
+       Fremdschluessel zeigt auf eine Person oder auf nichts. Einen
+       Namen dort hineinzuschreiben haette jede Verknuepfung zerstoert.
+
+       Es gilt entweder/oder: Steht eine Person drin, ist das Feld leer,
+       und umgekehrt. Durchgesetzt wird das beim Speichern (siehe
+       externPruefen), nicht durch eine CHECK-Regel -- die liesse sich
+       an einer bestehenden Tabelle nicht mehr nachtragen.
+
+       WICHTIG, damit nichts still verschwindet: Ueberall, wo bisher der
+       Name der verknuepften Person gelesen wurde, faellt die Abfrage
+       jetzt auf diesen Text zurueck (siehe externSql). Ein frei
+       eingetragener Name steht dadurch in jeder Liste, jeder Suche und
+       jeder Uebersicht mit da -- gekennzeichnet als "(extern)", damit
+       niemand ihn fuer ein Konto haelt. */
+    ["termine", "teilnehmer_extern", "TEXT"],
+    ["termin_serien", "teilnehmer_extern", "TEXT"],
+    ["aufgaben", "creator_extern", "TEXT"],
+    ["aufgaben", "verantwortlich_extern", "TEXT"],
+    ["eintraege", "creator_extern", "TEXT"],
+    ["dateien", "creator_extern", "TEXT"],
   ]) {
     try {
       const vorhanden = d.prepare(`PRAGMA table_info(${tabelle})`).all().map((s) => s.name);
@@ -1150,6 +1181,56 @@ export function betreutWo(person, spalte) {
   return { wo: `${spalte} IN (${ids.map(() => "?").join(",")})`, werte: ids };
 }
 
+/* =====================================================================
+   FREI EINGETRAGENE NAMEN (02.09.2026)
+
+   Ein Feld wie "Mit wem" oder "Creator" nimmt entweder eine Person aus
+   dem Workspace ODER einen frei getippten Namen. Beides zugleich waere
+   eine Aussage, die niemand aufloesen kann.
+
+   WAS EIN FREIER NAME NICHT KANN, und warum das hier steht:
+   Er ist eine Beschriftung, kein Konto. Er sieht nichts, bekommt nichts
+   angezeigt, hat kein Aufgabenbrett. Bei "Creator" heisst das: Der
+   Eintrag gehoert zu niemandem im System und taucht deshalb in keiner
+   personenbezogenen Auswertung auf. Filipe hat das am 02.09.2026
+   ausdruecklich so gewaehlt, nachdem der Nachteil benannt war; das
+   Formular sagt es an der Stelle noch einmal.
+
+   Damit daraus kein STILLER Ausfall wird, ist die Gegenmassnahme
+   eingebaut: externSql. Jede Abfrage, die bisher den Namen der
+   verknuepften Person las, faellt jetzt auf den freien Text zurueck.
+   Der Eintrag verschwindet dadurch aus keiner Liste, keiner Suche und
+   keiner Uebersicht -- er ist nur eben als "(extern)" gekennzeichnet.
+   ===================================================================== */
+
+export const EXTERN_MAX = 80;
+
+/** Prueft einen frei eingetragenen Namen und schreibt ihn nach `aus`.
+ *  `feld` ist die Spalte ohne Endung, also "creator" oder "teilnehmer".
+ *
+ *  Ist eine Person gewaehlt, wird der freie Name verworfen statt
+ *  abgelehnt: Wer erst jemanden auswaehlt und dann tippt, meint das
+ *  Getippte nicht mehr -- eine Fehlermeldung waere hier nur im Weg. */
+export function externPruefen(körper, aus, feld, fehler) {
+  const schluessel = `${feld}_extern`;
+  if (körper[schluessel] === undefined) return;
+  const t = String(körper[schluessel] ?? "").trim();
+  if (!t) { aus[schluessel] = null; return; }
+  if (t.length > EXTERN_MAX) { fehler.push("Der eingetragene Name ist zu lang."); return; }
+  /* Steuerzeichen raus. Sie waeren unsichtbar und koennten eine Zeile
+     in Listen und Ausgaben zerreissen. */
+  aus[schluessel] = t.replace(/[\u0000-\u001f\u007f]/g, "");
+  aus[`${feld}_id`] = null;
+}
+
+/** SQL-Baustein: der Name der Person -- und wenn keine verknuepft ist,
+ *  der frei eingetragene Text, gekennzeichnet.
+ *
+ *  In SQLite ergibt NULL || 'x' wieder NULL. Ist die Spalte leer, faellt
+ *  COALESCE deshalb korrekt auf NULL durch und nicht auf " (extern)". */
+export const externSql = (personSpalte, externSpalte) =>
+  `COALESCE(${personSpalte}, ${externSpalte} || ' (extern)')`;
+
 /* Wer sieht welchen Termin -- und damit auch: welche Wiederholung.
 
    NUR DogFather sieht alles (01.09.2026). Vorher stand hier istLeitung()