Richiesta di identificatori CSS per temi, componenti tema (anche plugin?)

Funzionalità
1

Il mio tema-componente utilizza oggetti per le impostazioni e offre parecchi campi.

Gli stili di griglia attualmente applicati alle impostazioni degli oggetti utilizzano colonne molto strette per la colonna delle schede verticali e per i campi dello schema.

Volevo offrire una visualizzazione alternativa per le impostazioni dell’oggetto, ma non ho trovato un modo per introdurre una modifica alle impostazioni solo per il mio tema-componente; non voglio applicare le mie sovrascritture CSS globalmente a tutti i temi.

Discourse potrebbe aggiungere un identificatore CSS nel DOM per ogni tema e tema-componente, in modo che si possano aggiungere regole CSS diverse che mirino alle pagine delle impostazioni specifiche del tema?

Ecco la semplice sovrascrittura CSS che uso sul mio sito, che viene applicata globalmente:

.schema-setting-editor .schema-setting-editor__wrapper {
    grid-template-columns: minmax(15em, 0.3fr) 1fr;
    gap: 0 3rem;
}
.schema-setting-editor .schema-field {
    grid-template-columns: 1fr;
    gap: 0;
    background-color: var(--tertiary-100);
    padding: 1rem 5px;
}

Gli stili predefiniti e quelli sovrascritti:

default_styles
default_styles1730×1927 242 KB

overwritten_styles
overwritten_styles1730×2151 302 KB

5 Mi Piace
2

La “soluzione” è semplice come

ma mi chiedo un paio di cose

  1. se rendiamo “facile” per gli autori di temi personalizzare l’aspetto della loro pagina delle impostazioni, renderemo più difficile per le persone usare quelle pagine se sono tutte diverse?

  2. Dovremmo effettivamente risolvere questo problema nel core in modo che la pagina delle impostazioni del tema utilizzi meglio lo spazio disponibile? :thinking: cc @product-managers

2 Mi Piace
3

Questa sembra una preoccupazione legittima. Come utente, apprezzo che l’ubiquità e la coerenza di Discourse rendano così facile iniziare a partecipare a un nuovo forum. Come amministratore, se avessi l’occasione di aiutare con altri siti, apprezzerei la coerenza anche lì.

(Penso a tutto il supporto tecnico per amici e familiari che mi è stato richiesto. Sono felice di aiutare con gli iPhone, ma temo Android perché ogni singolo telefono è diverso.)

4

Sì, non penso che questa sia una cosa che vogliamo incoraggiare. @martin ha parecchio contesto su questa domanda in relazione all’istituzione delle linee guida dell’interfaccia utente che abbiamo stabilito per la sezione di amministrazione nel complesso tempo fa.

In generale, consideriamo la sezione di amministrazione come qualcosa che non vogliamo venga personalizzato, se ricordo bene.

Sì, penso che trattare questo argomento come UX abbia più senso.

@jordan.vidrine Penso che questo abbia una certa sovrapposizione con i tuoi sforzi precedenti per convertire le cose in formkit, così come con il feedback su formkit stesso.

1 Mi Piace