Continuiamo la discussione da Tema diverso per il backend di amministrazione?:
L’attuale soluzione consigliata per non applicare un tema all’interfaccia di amministrazione è:
Discourse supporta SCSS, il che significa che è sufficiente aggiungere
body:not(.admin-interface)una sola volta al tuo tema. Non è necessario aggiungerlo a ogni regola.
A prima vista, questo sembra un po’ problematico perché il selettore :root, dove sono definite varie colori, si trova sopra <body> e i colori personalizzati continuano a influenzare sia l’interfaccia di amministrazione che quella degli utenti.
Sarebbe più semplice se il tag <html> avesse anch’esso una classe .admin-interface (o una sua variante). (O, meglio ancora, le personalizzazioni del tema sarebbero ancora più semplici se fosse possibile configurare un tema separato (predefinito) per l’interfaccia di amministrazione.)
Se Discourse permettesse ai creatori di temi di personalizzare solo le parti visibili agli utenti normali, probabilmente renderebbe più facile la creazione e la personalizzazione dei temi.
Un argomento correlato è l’uso di una lingua diversa per l’interfaccia di amministrazione (discusso qui: Can discourse have different language interfaces for admin only?) — sarebbe particolarmente utile per affinare le traduzioni per le lingue che hanno una copertura molto approssimativa (cioè errata) o incompleta (molte stringhe non tradotte).
Sto attualmente configurando Discourse in estone e vorrei correggere le traduzioni errate rivolte agli utenti man mano che le rilevo, ma utilizzare l’interfaccia di amministrazione in estone è molto confuso perché molti testi sono errati o semplicemente incomprensibili.