sorb/ThreadNet-Web
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases 4 Wiki Activity

[LOW] Rebranding: Element → aXion1337 (Web + Desktop, Gesamtklammer) #7

New Issue
Closed
opened 2026-07-31 20:01:27 +00:00 by sorb · 3 comments
sorb commented 2026-07-31 20:01:27 +00:00
Owner
Copy Link
Copy Source

Sammel-TODO (gewünscht von sorb, 2026-07-31): die Client-Komponenten tragen an etlichen Stellen noch Upstream-Element-Branding. Ziel: konsistentes aXion1337-Branding über Web + Desktop.

Ist-Stand:

  • Web: config.json setzt bereits brand: aXion1337.Chat + eigenes Theme — aber Upstream-Assets (Favicons, Logos, Wortmarke im Onboarding/Auth-Flow) sind noch Element.
  • Desktop: Installer heißt „Element Setup" (Default-VARIANT_PATH element.io/release/build.json), appId: im.riot.app, productName: Element, Element-Icons, Protokoll-Handler io.element.desktop/element.

Arbeitspakete:

  1. Desktop-Variante apps/desktop/axion1337/build.json (eigenes appId/productName/Icons) + VARIANT_PATH in den CI-Jobs desktop_linux/desktop_windows setzen. ⚠️ appId-Wechsel = neues Install-/Profilverzeichnis für Bestandsnutzer (bewusst entscheiden, Migrationsnotiz).
  2. Web-Assets: Favicon/Logo/Wortmarke gegen aXion-Varianten tauschen (Upstream-Merge-freundlich: eigene Dateien + Config-Referenzen statt Upstream-Dateien überschreiben, wo möglich).
  3. Prüfen, welche Stellen Upstream regelmäßig anfasst (Merge-Reibung minimieren) — Ergebnis hier dokumentieren.

Teilaspekt Signing/Installer-Branding Windows: siehe #6 (bleibt dort für den Windows-Teil, dieses Issue ist die Gesamtklammer).

Sammel-TODO (gewünscht von sorb, 2026-07-31): die Client-Komponenten tragen an etlichen Stellen noch Upstream-Element-Branding. Ziel: konsistentes aXion1337-Branding über Web + Desktop. **Ist-Stand:** - Web: `config.json` setzt bereits `brand: aXion1337.Chat` + eigenes Theme — aber Upstream-Assets (Favicons, Logos, Wortmarke im Onboarding/Auth-Flow) sind noch Element. - Desktop: Installer heißt „Element Setup" (Default-`VARIANT_PATH` `element.io/release/build.json`), `appId: im.riot.app`, `productName: Element`, Element-Icons, Protokoll-Handler `io.element.desktop`/`element`. **Arbeitspakete:** 1. Desktop-Variante `apps/desktop/axion1337/build.json` (eigenes appId/productName/Icons) + `VARIANT_PATH` in den CI-Jobs `desktop_linux`/`desktop_windows` setzen. ⚠️ appId-Wechsel = neues Install-/Profilverzeichnis für Bestandsnutzer (bewusst entscheiden, Migrationsnotiz). 2. Web-Assets: Favicon/Logo/Wortmarke gegen aXion-Varianten tauschen (Upstream-Merge-freundlich: eigene Dateien + Config-Referenzen statt Upstream-Dateien überschreiben, wo möglich). 3. Prüfen, welche Stellen Upstream regelmäßig anfasst (Merge-Reibung minimieren) — Ergebnis hier dokumentieren. Teilaspekt Signing/Installer-Branding Windows: siehe #6 (bleibt dort für den Windows-Teil, dieses Issue ist die Gesamtklammer).
sorb commented 2026-08-01 02:54:17 +00:00
Author
Owner
Copy Link
Copy Source

Inventur (2026-08-01 Nachtblock) — wo Element-Branding real sitzt:

Desktop (Installer/App-Identität) — der Hebel ist das Variant-System:

  • apps/desktop/element.io/{release,nightly}/build.json liefert heute die Identität: appId: im.riot.app, productName: Element, description: "Element: the future…", Protokoll-Handler io.element.desktop + element.
  • Unser apps/desktop/axion1337/ hat bisher nur config.json (Runtime-Defaults ✅), aber kein build.json → Installer bleibt „Element Setup".
  • To-do: axion1337/build.json (appId/productName/description/protocols/Icons) + VARIANT_PATH in den CI-Jobs desktop_linux/desktop_windows. ⚠️ appId-Wechsel = neue Install-/Profil-Identität für Bestandsnutzer (Desktop-Client aktuell nur im kleinen Kreis → jetzt ist der günstigste Zeitpunkt); Protokoll-Wechsel bricht element://-Links.

Web (Assets):

  • PWA-/Favicon-Satz: apps/web/res/vector-icons/ (24–1024 px) — Element-Logos, brauchen aXion-Ersatz in gleicher Größenstaffel.
  • brand/Theme sind via config ✅ erledigt; textliche „Element"-Reste stecken vor allem in i18n-Strings — Upstream-Merge-kritisch, Empfehlung: nicht flächig ersetzen, nur sichtbare Kernstellen (Anmeldeseite/Titel) prüfen.

Offene Geschmacksfragen (sorb): endgültiger productName (aXion1337.Chat?), appId (z. B. chat.axion1337.desktop), Icon-Quelle (Bot-Avatar-Motiv?). Sag an, dann baue ich Variant + CI in einem Rutsch.

**Inventur (2026-08-01 Nachtblock)** — wo Element-Branding real sitzt: **Desktop (Installer/App-Identität)** — der Hebel ist das Variant-System: - `apps/desktop/element.io/{release,nightly}/build.json` liefert heute die Identität: `appId: im.riot.app`, `productName: Element`, `description: "Element: the future…"`, Protokoll-Handler `io.element.desktop` + `element`. - Unser `apps/desktop/axion1337/` hat bisher **nur** `config.json` (Runtime-Defaults ✅), aber **kein `build.json`** → Installer bleibt „Element Setup". - **To-do:** `axion1337/build.json` (appId/productName/description/protocols/Icons) + `VARIANT_PATH` in den CI-Jobs `desktop_linux`/`desktop_windows`. ⚠️ appId-Wechsel = neue Install-/Profil-Identität für Bestandsnutzer (Desktop-Client aktuell nur im kleinen Kreis → jetzt ist der günstigste Zeitpunkt); Protokoll-Wechsel bricht `element://`-Links. **Web (Assets):** - PWA-/Favicon-Satz: `apps/web/res/vector-icons/` (24–1024 px) — Element-Logos, brauchen aXion-Ersatz in gleicher Größenstaffel. - `brand`/Theme sind via config ✅ erledigt; textliche „Element"-Reste stecken vor allem in i18n-Strings — Upstream-Merge-kritisch, Empfehlung: **nicht** flächig ersetzen, nur sichtbare Kernstellen (Anmeldeseite/Titel) prüfen. **Offene Geschmacksfragen (sorb):** endgültiger productName (`aXion1337.Chat`?), appId (z. B. `chat.axion1337.desktop`), Icon-Quelle (Bot-Avatar-Motiv?). Sag an, dann baue ich Variant + CI in einem Rutsch.
sorb commented 2026-08-01 11:05:25 +00:00
Author
Owner
Copy Link
Copy Source

Naming-Zwischenstand (2026-08-01, sorb — Entscheidung bewusst vertagt): Wichtige Leitplanke fürs spätere Branding: „axion1337.chat" ist die Community, „ThreadNet" ist das Tool. Die App-Identität (productName/appId) sollte demnach eher in Richtung ThreadNet gehen als aXion1337.Chat — konkrete Festlegung (inkl. appId wie z. B. net.thread.desktop vs. chat.axion1337.threadnet) in einer eigenen Runde. Bis dahin bleibt die Upstream-Identität im Desktop-Build unverändert.

**Naming-Zwischenstand (2026-08-01, sorb — Entscheidung bewusst vertagt):** Wichtige Leitplanke fürs spätere Branding: **„axion1337.chat" ist die Community, „ThreadNet" ist das Tool.** Die App-Identität (productName/appId) sollte demnach eher in Richtung ThreadNet gehen als aXion1337.Chat — konkrete Festlegung (inkl. appId wie z. B. `net.thread.desktop` vs. `chat.axion1337.threadnet`) in einer eigenen Runde. Bis dahin bleibt die Upstream-Identität im Desktop-Build unverändert.
sorb commented 2026-08-01 14:25:51 +00:00
Author
Owner
Copy Link
Copy Source

Migriert nach git.lab: axion1337.chat/ThreadNet-Web#7 (nur im Lab bzw. via VPN erreichbar — das Lab ist seit 2026-08-01 die Quelle der Wahrheit, siehe gitops#48). Weiterarbeit dort; dieses Gitea-Issue bleibt als Verweis stehen.

**Migriert nach git.lab**: [axion1337.chat/ThreadNet-Web#7](https://git.lab/axion1337.chat/ThreadNet-Web/-/issues/7) (nur im Lab bzw. via VPN erreichbar — das Lab ist seit 2026-08-01 die Quelle der Wahrheit, siehe gitops#48). Weiterarbeit dort; dieses Gitea-Issue bleibt als Verweis stehen.
sorb closed this issue 2026-08-01 14:25:52 +00:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
No items
No labels
Milestone
No items
No Milestone
Projects
Clear projects
No projects
Assignees
Clear assignees
sorb (ScrublordMcBad)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: sorb/ThreadNet-Web#7