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
11 lines
583 B
Bash
11 lines
583 B
Bash
# ThreadNet-Fork: Produktname für Produktions-Builds (Standalone und Embedded).
|
|
#
|
|
# VITE_PRODUCT_NAME ist bereits upstream vorgesehen — jede Stelle im Code liest sie
|
|
# als `import.meta.env.VITE_PRODUCT_NAME || "Element Call"`. Sie hier zu setzen ist
|
|
# deshalb die vollständige Umbenennung ohne eine einzige Änderung an Quelldateien,
|
|
# und damit ohne Merge-Reibung beim Upstream-Update.
|
|
#
|
|
# 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.
|
|
VITE_PRODUCT_NAME=aXion1337.Chat
|