Produktname im Widget: aXion1337.Chat statt Element Call

VITE_PRODUCT_NAME ist upstream bereits an jeder Stelle vorgesehen (import.meta.env.VITE_PRODUCT_NAME || "Element Call"). Sie in .env.production zu setzen benennt das Widget vollstaendig um, ohne eine einzige Quelldatei anzufassen - also ohne Merge-Reibung beim naechsten Upstream-Update.

Die Inventur in docs/axion1337-fork.md haelt fest, was dadurch tatsaechlich umbenannt wird und was im Embedded-Build ohnehin nie erscheint: die Logo-SVGs rendern nur bei HeaderStyle.Standard, dem Nicht-Widget-Default; Startseite und Login gibt es nur standalone. Die deutschen matrixRTCMode-Beschreibungen bleiben bewusst stehen - sie reden ueber fremde Gegenstellen, nicht ueber uns.

Refs axion1337.chat/threadnet-call#2

docs/axion1337-fork.md

@@ -60,6 +60,44 @@ ML-Noise-Cancellation (z.B. selbst gehostetes DTLN/RNNoise) - LiveKits eigene Do
 beschreibt diesen Baustein als für AI-Voice-Agents gedacht, nicht für Mensch-zu-Mensch-Calls
 (kein unterstützter Weg, bereinigtes Audio an andere Teilnehmer weiterzuleiten).
 
+## 6. Produktname im Widget (`.env.production`)
+
+`VITE_PRODUCT_NAME=aXion1337.Chat` in `.env.production` — eine Zeile, keine
+Quelldatei angefasst. Upstream liest den Namen an jeder Stelle als
+`import.meta.env.VITE_PRODUCT_NAME || "Element Call"`; die Variable zu setzen ist
+deshalb die vollständige Umbenennung **ohne Merge-Reibung**.
+
+Der Name folgt der Regel aus `management/shared/branding.md`: „in der Anwendung"
+heißt es aXion1337.Chat — und das Call-Widget läuft in der Anwendung.
+
+**Was dadurch tatsächlich umbenannt wird** (Inventur 2026-08-06, embedded-Modus):
+
+| Stelle | sichtbar wo |
+|---|---|
+| `error.matrix_rtc_transport_missing` | Fehlermeldung „Der Server ist nicht für … konfiguriert" |
+| `error.open_elsewhere_description` | „… wurde in einem anderen Tab geöffnet" |
+| `DeveloperSettingsTab` Versionszeile | Einstellungen → Entwicklermodus |
+| `usePageTitle` → `document.title` | im iframe unsichtbar, der Vollständigkeit halber |
+
+**Was im Embedded-Build ohnehin nie erscheint** — und deshalb *nicht* angefasst
+wurde:
+
+- **Die Logo-SVGs.** `LogoMark`/`LogoType` rendert nur `CallFooter`, und zwar unter
+  `showLogo = headerStyle === HeaderStyle.Standard`. `Standard` ist der Default für
+  **Nicht**-Widget-Nutzung; als Widget ist der Header `None` (Desktop) oder `AppBar`
+  (Web/Mobile). `Logo.svg` und `LogoLarge.svg` sind sogar im gesamten Quellbaum
+  unreferenziert.
+- **`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
+  *Gegenstellen* („alle beteiligten Element Call Clients v0.17.0 oder neuer") — das
+  ist eine Kompatibilitätsaussage über fremde Clients, keine Selbstbezeichnung. Sie
+  umzubenennen wäre inhaltlich falsch.
+
+⚠️ `build:embedded:development` läuft mit `--mode development` und lädt
+`.env.production` nicht — ein Dev-Build zeigt weiter „Element Call". Beabsichtigt;
+ausgeliefert wird der Produktions-Build.
+
 ## Repo-Topologie (seit 2026-07-31)
 
 **Kanonisch ist `git.lab/axion1337.chat/threadnet-call`** (Homelab-GitLab) — die Kopie auf