Doku: Logo-Inventur korrigieren und Verifikation nachtragen

Meine erste Aussage "Logo.svg und LogoLarge.svg sind unreferenziert" war falsch - der Grep hatte icons/ herausgefiltert. Alle vier Logo-SVGs sind importiert und im Bundle; gerendert wird im Widget trotzdem keins, jeweils durch dieselbe HeaderStyle.Standard-Bedingung gesperrt. Das ist der belastbarere Befund, weil er an der Render-Bedingung haengt statt an einem Suchtreffer.

Refs axion1337.chat/threadnet-call#2

docs/axion1337-fork.md

@@ -82,11 +82,23 @@ heißt es aXion1337.Chat — und das Call-Widget läuft in der Anwendung.
 **Was im Embedded-Build ohnehin nie erscheint** — und deshalb *nicht* angefasst
 wurde:
 
-- **Die Logo-SVGs.** `LogoMark`/`LogoType` rendert nur `CallFooter`, und zwar unter
+- **Die Logo-SVGs.** Alle vier sind importiert und liegen im Bundle — gerendert wird
-  `showLogo = headerStyle === HeaderStyle.Standard`. `Standard` ist der Default für
+  im Widget aber keins, und zwar jeweils durch dieselbe Bedingung gesperrt:
-  **Nicht**-Widget-Nutzung; als Widget ist der Header `None` (Desktop) oder `AppBar`
+
-  (Web/Mobile). `Logo.svg` und `LogoLarge.svg` sind sogar im gesamten Quellbaum
+  | SVG | gerendert von | Sperre |
-  unreferenziert.
+  |---|---|---|
+  | `Logo` | `Header.tsx` (`HeaderLogo`) | `FullScreenView` zeigt den Header nur bei `header === "standard"` |
+  | `LogoMark`, `LogoType` | `CallFooter.tsx` | `showLogo = headerStyle === HeaderStyle.Standard` |
+  | `LogoLarge` | `LoginPage`, `RegisterPage` | gibt es nur standalone |
+
+  `HeaderStyle.Standard` ist der Default für **Nicht**-Widget-Nutzung; als Widget ist
+  der Header `None` (Desktop) oder `AppBar` (Web/Mobile) — siehe `UrlParams.ts`. Das
+  gilt auch für Fehlerseiten: `FullScreenView` prüft dieselbe Bedingung, ein Absturz
+  im Widget zeigt also kein Logo.
+
+  ⚠️ Nicht danach greppen, ob ein Logo „irgendwo vorkommt" — im gebauten Bundle steht
+  `<desc>Element Call (Beta)</desc>` aus `Logo.svg` drin, obwohl es nie gezeichnet
+  wird. Maßgeblich ist die Render-Bedingung, nicht der Treffer.
 - **`header_label` („Element Call-Startseite") und `login_subheading`.** Startseite
   und Login gibt es nur im Standalone-Modus.
 - **Die drei deutschen `developer_mode.matrixRTCMode.*.description`.** Die reden über
@@ -98,6 +110,11 @@ wurde:
 `.env.production` nicht — ein Dev-Build zeigt weiter „Element Call". Beabsichtigt;
 ausgeliefert wird der Produktions-Build.
 
+**Verifiziert** am CI-Artefakt von Pipeline 189 (`077dd43`), nicht am Quelltext: das
+gebaute Bundle enthält „aXion1337.Chat"; die verbliebenen „Element Call"-Treffer sind
+Source-Maps, die 22 Sprachdateien (`header_label`, standalone) und die
+`<desc>`-Zeile aus `Logo.svg` — keine davon im Widget sichtbar.
+
 ## Repo-Topologie (seit 2026-07-31)
 
 **Kanonisch ist `git.lab/axion1337.chat/threadnet-call`** (Homelab-GitLab) — die Kopie auf