Vous pouvez créer un nouveau composant et l’ajouter à votre thème
2 « J'aime »
Salut tout le monde
J’ai forké le TC et j’ai joué un peu pour ajouter quelques fonctionnalités supplémentaires :
- Placeholder quand il n’y a pas de miniature
- Choisir entre le style grille et liste pour bureau/mobile
- Contrôle plus granulaire des dimensions
- Contrôle plus granulaire du rayon des bordures
Vous pouvez trouver les détails dans le dépôt : GitHub - jrgong420/discourse-topic-cards: This changed the topic list into cards with a modified layout, and a thumbnail if available.
Divulgation : Le fork a été planifié, implémenté et testé avec l’aide d’outils de codage IA. Utilisez à vos propres risques.
1 « J'aime »
Avez-vous quelques captures d’écran (SS) pour présenter la liste et la grille avec peut-être quelques-unes de vos autres additions ?
Salut à tous et @Heliosurge
Pendant ce temps, nous avons procédé à une refonte et une extension approfondies du composant de thème avec des tonnes de nouvelles fonctionnalités, un refactoring complet de tous les composants et une restructuration approfondie.
De plus, nous avons également ajouté quelques nouvelles fonctionnalités. Découvrez-les ici :
3 « J'aime »
Ainsi, lorsque « Afficher pour les sujets suggérés » est activé, il ne semble pas bien fonctionner avec les en-têtes lors de l’utilisation également des sujets connexes.
Veuillez créer un paramètre pour la hauteur maximale des cartes mobiles.
Serait-il possible de réintégrer les Actions en Bloc pendant que le composant de cartes de sujets est utilisé ? Je l’ai rendu visible avec quelques ajustements CSS pour mon forum, mais l’expérience utilisateur n’est pas terrible 
Il serait peut-être préférable qu’il soit inclus par défaut dans le composant.
Ah, et pendant que j’écris ceci, j’ai fait défiler vers le haut et cela a déjà été demandé. Une idée de savoir si cela pourrait être implémenté ?
Voici le CSS que j’ai utilisé pour le rendre au moins utilisable, sinon très joli :
.topic-cards-list .topic-list-header {
display: block;
.topic-list-data.posters,
.topic-list-data.posts,
.topic-list-data.views,
.topic-list-data.activity {
display: none;
}
.topic-list-data.default > span:not([class]) {
display: none; // supprime le texte 'Topic' errant qui n'a pas de classe span à cibler
}
}
.topic-list-body {
tr.bulk-selecting.topic-card {
gap: 0; // supprime l'espacement énorme entre la case à cocher et le reste de la carte de sujet
}
}
Merci pour ce composant. Il effectue beaucoup de travail sur notre site et nous l’apprécions.
Une demande. Nous gérons une communauté où les membres utilisent leur vrai nom, nous avons donc désactivé l’option « privilégier le nom d’utilisateur » dans l’UX et activé l’affichage du nom visible sur les publications. Les noms complets s’affichent désormais correctement sur les publications, les cartes utilisateurs et les profils. Le seul endroit où le @nom_d’utilisateur apparaît encore est celui de l’auteur sur les cartes de sujet.
Serait-il possible d’ajouter un paramètre afin que l’auteur de la carte respecte les paramètres d’affichage des noms du site, en affichant le nom complet du membre et en reprenant le nom d’utilisateur si aucun nom n’est défini ?
Je serais heureux de tester toute modification sur notre instance et de vous faire un retour. Merci encore de l’avoir développé et de le maintenir.
2 « J'aime »
Bien sûr ! Idéalement, nous devrions prendre en charge cette fonctionnalité dans la plupart des endroits où les noms d’utilisateur apparaissent. J’ai ajouté cette fonctionnalité ici : FEATURE: support prioritizing real names - Pull Request #84 - discourse/discourse-topic-cards - GitHub — vous devriez donc commencer à voir les vrais noms après avoir mis à jour le composant.
5 « J'aime »
C’est génial, Kris, merci. Bronwyn
2 « J'aime »