Les mises à jour de Discourse effectuées à partir du 2023-11-13T05:00:00Z incluront cette modification.
Afin d’unifier la manière dont les catégories sont stylisées dans l’interface utilisateur, par exemple dans la barre latérale ou lors de la mention d’une catégorie dans le chat ou dans un message, nous supprimons les styles de catégorie non par défaut des paramètres du site category_style et supprimons finalement ce paramètre.
Pour ceux d’entre vous qui utilisent déjà le style de catégorie par défaut (puce), aucune action n’est requise.
Pour ceux d’entre vous qui utilisent un style de catégorie autre que le style par défaut (puce), nous avons un nouveau composant de thème que vous pouvez installer en toute sécurité dès maintenant. Ce faisant, votre site continuera d’utiliser votre style de catégorie existant, même lorsque nous supprimerons ce paramètre du cœur de l’application avant la version finale de 3.2.
Si vous n’êtes pas fortement attaché à votre style de catégorie non par défaut, nous vous encourageons à revenir au style par défaut (puce) pour éviter d’avoir besoin d’un composant de thème supplémentaire sur votre site. Voici comment procéder :
Il n’y a rien à installer pour revenir au style de puce par défaut.
Recherchez le paramètre d’administration category_style et changez-le en « bullet », pour qu’il ressemble à ceci :
sélectionnez le menu déroulant « category style » et choisissez « bullet » (ou sélectionnez RESET pour revenir au défaut, qui est bullet)
Une fois que vous avez fait ce qui précède, vous verrez le style de puce partout où les catégories sont affichées.
Bientôt, une notification apparaîtra sur le tableau de bord d’administration pour tous les sites qui n’utilisent pas le style de catégorie par défaut, les informant qu’ils devront installer le composant de thème Category Badge Styles.
Une fois le composant de thème installé, veuillez sélectionner le style de catégorie existant que vous souhaitez continuer à utiliser. Veuillez noter que toutes les sélections effectuées ici ne prendront effet qu’une fois que le paramètre de style de catégorie aura été supprimé du cœur de l’application. Cette mesure vise à garantir une transition transparente.
Même question… lorsque vous utilisez des icônes de catégorie, le style de catégorie est généralement défini sur none, sinon il afficherait à la fois l’icône et la puce, comme ceci actuellement :
Cela sera-t-il fusionné dans le composant Icônes de catégorie ou aurons-nous besoin de deux composants (ou de styles personnalisés) pour un style simple avec des icônes ?
Autre retour :
Actuellement, les styles de la barre latérale ressemblent à la puce, mais ce n’est pas le même type d’élément, déclaré par la même déclaration de style. Je me demande donc si les classes et les déclarations de style seront également unifiées ?
Par exemple, ceci s'affiche lorsque vous souhaitez avoir des puces rondes :
Afficher les mêmes puces rondes de couleur unie sur la barre latérale devient plus compliqué. (par défaut, elles mélangeront les couleurs de la catégorie parente et enfant dans une déclaration de dégradé) Par exemple, j’ai fait ceci récemment :
.sidebar-section-link-prefix > span {
// déplacer la couleur d'arrière-plan d'une catégorie parente potentielle hors de la vue
background-size: 15px 15px !important;
background-position: right center !important;
}
.sidebar-section-link-wrapper .sidebar-section-link-prefix .prefix-span {
width: 0.5em;
height: 0.5em;
border-radius: 50%;
}
Alors, le site officiel de Discourse (celui-ci, meta.discourse.org) reviendra-t-il également au style à puces ? (car je remarque que certaines de vos catégories utilisent également le « style boîte »). Je ne comprends pas la suppression de fonctionnalités parfaitement fonctionnelles. Est-ce trop difficile à maintenir le code ? ou juste pour promouvoir/vendre les mêmes composants de thème à l’avenir ?
Avec l’introduction de la sidebar et de hashtag-autocomplete, ces styles ne se traduisent plus aussi bien sur tous les éléments de l’interface utilisateur, et comme la plupart des sites s’en tiennent au défaut, il est logique de créer un composant de thème pour ceux qui le souhaitent toujours et de supprimer le réglage du cœur pour simplifier les choses dans l’ensemble.
Comme tous nos composants de thème sont gratuits pour tout le monde, nous ne cherchons pas d’opportunités pour vendre quoi que ce soit.
Si je comprends bien Blake dans le premier message, rien ne sera supprimé ici et vous pourrez configurer votre site pour qu’il se comporte comme il le fait actuellement en utilisant le nouveau composant de thème GitHub - discourse/discourse-category-badge-styles: Adds the box and bar style for Discourse categories. Installez-le simplement et définissez le style de catégorie sur none. Vous pouvez le faire immédiatement, même si cela n’a encore aucun effet tant que le paramètre du site category style existe.
Voici à quoi ressemble le paramètre du composant de thème :
Cela soulève en fait une autre question pour moi, étant donné que les catégories désactivent actuellement la sélection de couleurs pour le style d’affichage none, le TC correspondra-t-il à ce comportement, ou permettra-t-il toujours la sélection de couleurs ? S’il permet la sélection de couleurs, cela simplifie grandement la configuration des couleurs de catégorie.
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.
Oui, c’est exact. Aucune urgence immédiate à changer quoi que ce soit, mais vous recevrez un avertissement sur la page d’accueil de l’administrateur jusqu’à ce que vous le fassiez.
Et ce composant d’aide commencera à fonctionner à un moment donné et masquera les puces ? Parce que maintenant, il laisse les puces intactes et affiche également des icônes (pour moi avec des icônes nulles et de catégorie).
Nous venons de publier une mise à jour du composant de thème pour résoudre ce problème. Vous pouvez donc mettre à jour vers la dernière version et l’activer dès maintenant.
Cela vous permettra de choisir votre style de badge de catégorie existant dans le composant de thème, mais cela n’aura encore aucun effet.
Si vous voulez « aucun », vous devriez définir les deux sur « aucun » pour le moment. De cette façon, lorsque le noyau sera mis à jour (nous travaillons toujours sur une mise à jour pour le noyau) et que ces paramètres disparaîtront du noyau, le composant de thème saura vous laisser sur « aucun ». Actuellement, la priorité est toujours sur le paramètre du noyau, mais bientôt, elle sera sur ce que vous avez sélectionné dans le composant de thème.
Merci, les puces ont aidé. En fait, ça a même l’air correct, je me souviens que les puces étaient plus petites avant, c’est pourquoi j’ai utilisé les lignes. (Mais peut-être que cela a été modifié dans mon thème, je n’en ai aucune idée).
Y a-t-il une vidéo du processus d’installation ? Je trouve utile de visualiser le processus tout en lisant les instructions. Je modifie rarement notre site car j’ai peur de faire des changements majeurs par erreur que je ne pourrais pas corriger.
Les mises à jour de Discourse effectuées à partir du 2023-11-13T05:00:00Z incluront cette modification.
