Fortsetzung der Diskussion aus Anderes Theme für das Admin-Backend?:
Die derzeit empfohlene Workaround-Lösung, um das Admin-UI nicht zu thematisieren, lautet:
Discourse unterstützt SCSS, was bedeutet, dass Sie nur einmal
body:not(.admin-interface)zu Ihrem Theme hinzufügen müssen. Sie müssen es nicht zu jeder Regel hinzufügen.
Auf den ersten Blick scheint dies etwas problematisch zu sein, da der :root-Selektor, in dem verschiedene Farben definiert sind, oberhalb von <body> liegt und benutzerdefinierte Farben weiterhin sowohl die Admin- als auch die Benutzeroberfläche beeinflussen.
Es wäre einfacher, wenn das <html>-Tag ebenfalls die Klasse .admin-interface (oder eine Variante davon) hätte. (Oder noch besser: Themes wären noch einfacher anzupassen, wenn für das Admin-UI ein separates (Standard-)Theme konfiguriert werden könnte.)
Wenn Discourse Theme-Erstellern ermöglichen würde, nur die für normale Benutzer sichtbaren Teile zu thematisieren, wäre die Erstellung und Anpassung von Themes wahrscheinlich einfacher.
Ein etwas verwandtes Thema ist die Verwendung einer separaten Sprache für das Admin-UI (diskutiert hier: Can discourse have different language interfaces for admin only?) – dies wäre besonders hilfreich, um Übersetzungen für Sprachen zu verbessern, die eine sehr ungenaue (d. h. fehlerhafte) oder unvollständige Abdeckung aufweisen (viele Zeichenketten nicht übersetzt).
Ich richte Discourse derzeit auf Estnisch ein und möchte schlechte, für den Benutzer sichtbare Übersetzungen beheben, sobald ich sie sehe. Die Nutzung des Admin-UI auf Estnisch ist jedoch sehr verwirrend, da so viele Texte falsch oder schlichtweg unverständlich sind.