L’approche que nous avons adoptée semble aller dans le sens de ce que vous décrivez, j’ai donc du mal à comprendre comment vous l’auriez mise en œuvre différemment. Je suis cependant tout à fait ouvert aux commentaires et j’apprécie la perspective que vous apportez.
Par exemple, pour quelque chose comme --space, changer cela modifierait tout l’espacement dans l’application. Vous pourriez également cibler cela pour n’affecter que l’espacement dans la liste de sujets ou la barre latérale avec des approches similaires à celles que vous avez décrites.
C’est vrai pour certains éléments, mais pas pour d’autres. D’autres exemples que vous pourriez partager seraient les bienvenus !
C’est certainement un problème. Une approche que nous avons en tête (du moins expérimentalement pour l’instant) est un éditeur dans la lignée de ce que fait shadcn ici :
Bien que ce ne soit pas une approche parfaite, je pense qu’elle nous rapprocherait de la simplification pour les personnes qui ne savent pas utiliser l’inspecteur / accéder aux métadonnées pour la documentation / utiliser le CSS.
En ce qui concerne une approche plus basée sur les composants, c’est quelque chose que nous voulons éventuellement réaliser, mais Discourse tel qu’il existe n’a pas été conçu dans une optique de conception par composants, et attendre d’y parvenir avant d’ajouter des variables utilisables n’était pas une option.
L’ajout de certaines classes pour faciliter la mise en œuvre dans certaines sections semble être une bonne voie à suivre en termes d’utilisabilité.
Je suis d’accord avec vous 