Der Ansatz, den wir verfolgt haben, fühlt sich so an, als ob er dem entspricht, was Sie beschreiben. Daher fällt es mir schwer zu verstehen, wie Sie sie anders implementiert hätten. Ich bin aber definitiv offen für Feedback und schätze die Perspektive, die Sie einbringen.
Zum Beispiel würde eine Änderung an etwas wie --space die gesamte Abstände in der App ändern. Sie könnten es auch so anpassen, dass es nur die Abstände in der Themenliste oder der Seitenleiste mit ähnlichen Ansätzen wie von Ihnen beschrieben beeinflusst.
Das stimmt für einige Elemente, aber nicht für andere. Jede weitere von Ihnen geteilte Beispiele wären großartig!
Das ist definitiv ein Problem. Ein Ansatz, den wir im Sinn haben (zumindest vorerst experimentell), ist ein Editor, der dem ähnelt, was shadcn hier macht:
Auch wenn es kein perfekter Ansatz ist, glaube ich, dass er uns näher daran bringt, es für Leute einfacher zu machen, die nicht wissen, wie man den Inspektor benutzt / auf Meta für Dokumentation zugreift / CSS verwendet.
Was einen stärker komponentenorientierten Ansatz betrifft, so ist das etwas, das wir schließlich erreichen wollen, aber Discourse wurde von Anfang an nicht mit Blick auf ein komponentenorientiertes Design erstellt, und darauf zu warten, bevor nutzbare Variablen hinzugefügt werden, stand nicht zur Debatte.
Das Hinzufügen einiger Klassen, um dies in bestimmten Abschnitten einfacher zu implementieren, klingt nach einem guten Weg für die Benutzerfreundlichkeit.
Ich stimme Ihnen zu 