Ce composant de thème ne fonctionnera pas correctement tant que les modifications qui suppriment les styles alternatifs ne seront pas fusionnées dans Discourse. Actuellement, notre travail est sur une branche, https://github.com/discourse/discourse/tree/category-bullet-only… et le composant de thème fonctionne avec cela. C’est encore en cours de développement.
Le composant d’icônes de catégorie devra être refactorisé, nous pouvons travailler sur cela avant que cette mise à jour n’ait lieu.
Pour le style de catégorie par défaut avec des icônes, cela devrait être géré par le composant… mais pour les styles de boîte/barre supplémentaires, cela nécessitera les deux composants.
C’est aussi vrai pour les mentions comme Announcements — nous avons examiné cela et le résultat a été qu’il est trop compliqué d’utiliser un composant partagé… mais je peux jeter un autre regard sur la façon dont nous pouvons rapprocher le HTML et le CSS entre les variations.
Il y a plusieurs raisons, mais le style de puce par défaut est utilisé par la grande majorité des sites que nous hébergeons, et comme nous avons introduit de nouvelles fonctionnalités comme la barre latérale et les mentions de catégorie (comme ceci : Announcements), plusieurs styles compliquent les choses.
Prendre en charge plusieurs variations signifie que nous devons nous adapter et tester pour tout 3-4 fois. Cela devient difficile à justifier lorsqu’une fonctionnalité est purement visuelle et n’est utilisée que par un petit pourcentage de sites. Déplacer quelque chose comme cela vers un composant de thème nous permet de simplifier Discourse un peu tout en continuant à prendre en charge les sites qui utilisent les styles alternatifs.
Nous ne vendons généralement pas de composants de thème, mais nous créons des composants personnalisés pour nos clients Entreprise. Il n’est pas prévu que cela change.
Aucun plan pour le moment, mais c’est une situation similaire où la plupart des sites utilisent le style par défaut (par une large marge). Si nous devions le faire, nous suivrions probablement un plan similaire et prendrions en charge les styles supprimés via un composant de thème.