Gedankenstriche durch Bindestriche ersetzt

375 Vorkommen in 210 Dateien. Betrifft Kommentare, Oberflaechentexte und die
README; an keiner Stelle Bedeutung, nur Zeichensetzung.

packages/db/prisma/migrations/20260904100000_abteilungen/migration.sql

@@ -1,7 +1,7 @@
 -- Abteilungen: die Ebene über der Personalakte.
 --
 -- Bisher stand die Abteilung als Freitext in der Personalakte. Damit liess sich
--- niemand fragen, was es zu einer Abteilung insgesamt gibt — jede Schreibweise
+-- niemand fragen, was es zu einer Abteilung insgesamt gibt - jede Schreibweise
 -- war eine eigene Abteilung. Als eigenes Modell ist sie verwaltbar, und die
 -- Zuordnung einer Fallakte ergibt sich aus ihren Beteiligten und deren
 -- Personalakten. Eine Fallakte trägt deshalb **keine** Abteilung: die
@@ -28,7 +28,7 @@ CREATE INDEX "Department_isArchived_name_idx" ON "Department"("isArchived", "nam
 ALTER TABLE "PersonnelFile" ADD COLUMN "departmentId" TEXT;
 
 -- Was schon als Freitext dastand, wird zur Abteilung. Der Schlüssel ist der
--- getrimmte Text in Grossbuchstaben, der Name der Text selbst — beides lässt
+-- getrimmte Text in Grossbuchstaben, der Name der Text selbst - beides lässt
 -- sich im Adminbereich nachziehen.
 INSERT INTO "Department" ("id", "key", "name", "updatedAt")
 SELECT gen_random_uuid()::text,
@@ -125,7 +125,7 @@ CREATE INDEX "PersonnelFile_departmentId_idx" ON "PersonnelFile"("departmentId")
 -- Abteilung als dritter Besitzer wäre eine halbe Sache: die Vorlagen kennen
 -- über TemplateUse nur die beiden Orte, und ein Feld, das nichts füllen kann,
 -- ist schlimmer als keins. Was zu einer Abteilung an Dokumenten gehört, wird
--- wie alles andere abgeleitet — über ihre Mitglieder und deren Fälle.
+-- wie alles andere abgeleitet - über ihre Mitglieder und deren Fälle.
 
 -- Der Chat bekommt einen dritten Ort. Der CHECK aus der vorigen Migration wird
 -- entsprechend erweitert: genau einer, weiterhin.
@@ -161,7 +161,7 @@ $$ LANGUAGE plpgsql;
 -- Dieselben Zusicherungen wie beim Verlauf einer Akte (harte Regel 2): kein
 -- DELETE, jede Änderung erzeugt eine Version, jede Zurücknahme lässt einen
 -- Grabstein stehen. Die Regeln stehen in der Datenbank und nicht nur in der
--- Anwendung — die Anwendung kann man umgehen.
+-- Anwendung - die Anwendung kann man umgehen.
 -- ===========================================================================
 
 CREATE TABLE "DepartmentEntry" (
@@ -216,7 +216,7 @@ CREATE RULE dept_entry_version_no_delete
     AS ON DELETE TO "DepartmentEntryVersion" DO INSTEAD NOTHING;
 
 -- Autor, Entstehungszeit und Abteilung sind unantastbar. Wer etwas anderes
--- sagen will, zieht zurück und schreibt neu — und genau das ist dann sichtbar.
+-- sagen will, zieht zurück und schreibt neu - und genau das ist dann sichtbar.
 CREATE OR REPLACE FUNCTION dept_entry_immutable_guard() RETURNS trigger AS $$
 BEGIN
   IF NEW."authorId"     IS DISTINCT FROM OLD."authorId"