L’approccio che abbiamo adottato sembra essere in linea con ciò che stai descrivendo, quindi ho difficoltà a capire come li avresti implementati diversamente. Sono decisamente aperto a feedback e apprezzo la prospettiva che stai portando.
Ad esempio, per qualcosa come --space, cambiarlo modificherebbe tutti gli spazi nell’app. Potresti anche limitarlo ad influenzare solo gli spazi nella topic-list o nella sidebar con approcci simili a quelli che hai descritto.
Questo è vero per alcuni elementi, ma non per altri. Qualsiasi altro esempio che potresti condividere sarebbe fantastico!
Questo è sicuramente un problema. Un approccio che abbiamo in mente (almeno per ora in via sperimentale) è un editor simile a quello che shadcn sta facendo qui:
Anche se non è un approccio perfetto, credo che ci avvicinerebbe a rendere le cose più facili per le persone che non sanno come usare l’ispettore / accedere ai metadati per la documentazione / usare il CSS.
Per quanto riguarda un approccio più basato sui componenti, è qualcosa che vogliamo raggiungere in futuro, ma Discourse, così com’è, non è stato costruito tenendo conto della progettazione componentizzata, e aspettare di arrivarci prima di aggiungere variabili utilizzabili non era un’opzione.
Aggiungere alcune classi per rendere più facile l’implementazione in determinate sezioni sembra un buon percorso per migliorare l’usabilità.
Sono d’accordo con te ![]()
