Ah, vous exécutez ceci par-dessus le plugin News ? Je crains que les résultats de cela ne soient pas prévisibles et que cela ne cause le problème. Le plugin News n’est pas explicitement pris en charge car il possède ses propres modèles.
Si vous supprimez le plugin News, le problème disparaît-il ?
@nathank et moi avons travaillé sur quelques optimisations de la mise en page dans la vignette
Réorganiser les éléments pour mieux utiliser l’espace, notamment :
déplacer les posters dans le pied de vignette, permettant plus de largeur pour le titre, la catégorie, les tags
s’assurer que les posters ne prennent qu’une seule ligne, ajouter un nombre représentant le nombre de posters supplémentaires s’il y a une longue liste
envelopper les métadonnées pour laisser de la place pour plus de posters
déplacer les tags à côté de la catégorie et continuer à leur permettre de passer à la ligne
optimiser le padding
Ajouter un nouveau bouton de partage pour que vous puissiez partager un sujet directement depuis la liste des sujets
Divers correctifs pour le comportement et le formatage des boutons d’action
Suppression de la barre grise en haut de la liste des sujets
Réduction de la redondance dans le CSS (en particulier entre le bureau et le mobile).
NB Il est recommandé de tester ceci d’abord sur un site de test pour vérifier si vos surcharges CSS fonctionnent correctement.
Merci à @nathank pour son soutien dans ce travail, pour avoir testé les résultats et pour avoir proposé tant de suggestions pertinentes.
NB J’ai légèrement personnalisé ma vignette en commençant les posters par la droite, par défaut c’est par la gauche comme dans le cœur :
Vous remarquerez peut-être que les métadonnées sont maintenant enveloppées par défaut. Cela a été fait à contrecœur car nous essayons de maximiser le nombre de posters pouvant être représentés. Je reviendrai sur ce point si/quand nous aurons des requêtes de conteneur dans les navigateurs afin de pouvoir baser la largeur des métadonnées sur le nombre de posters.
Oui, vous le pouvez. Installez le plugin sidecar et il y a une interface utilisateur pour sélectionner la miniature derrière l’éditeur de métadonnées du sujet.
Si vous ne pouvez pas installer de plugins, il existe également un moyen de sélectionner la miniature comme dans le cœur.
Dans un sujet, si vous souhaitez sélectionner une image différente de celle de l’OP, ajoutez |thumbnail au markdown. Par exemple

 << celui-ci sera la miniature
La solution du plugin UI est meilleure car vous pouvez sélectionner n’importe quelle image dans n’importe quel post. La solution Markdown est limitée à l’OP.
Oui. En tant qu’administrateur, je ne peux pas changer la miniature des sujets des autres utilisateurs. J’ai déjà essayé de renouveler le HTML du message. Ou dois-je peut-être le refondre ?
Aucune entrée dans les logs
Aucune image n’est affichée dans l’invite
Je ne suis pas sûr de ce que vous entendez par « UI fournie », mais voici une courte démonstration du problème :
J’ai réussi à identifier le problème ! En tant qu’administrateur, le problème n’apparaît que pour les sujets qui ont été créés avant l’installation du plugin sidecar.
Nos modérateurs en seront certainement très heureux
Cela se produisait parce que la façon dont nous avons configuré le site de staging pour le forum jrgongs, en stockant les images sur des buckets S3 sur le forum d’origine auquel le site de staging pointe. Le site de staging a un nom current_db différent, donc Post::each_upload_url ne parvient pas à trouver les téléchargements.
L’échec n’était pas dû à des publications créées avant l’installation du plugin sidecar, mais à des publications créées avant que le site de production ne soit copié sur le staging.
Après une mise à jour de mon instance discourse, j’ai remarqué que les sujets mis en avant (ceux marqués comme « featured ») n’apparaissaient plus au chargement initial de la page et ne se manifestaient qu’après avoir sélectionné manuellement l’une des listes de sujets comme catégories, derniers, etc. Dans ce cas, j’ai le paramètre de l’interface utilisateur page d’accueil par défaut défini sur « catégories », ce qui fonctionnait auparavant comme prévu. Si « derniers », « nouveaux » ou « non lus » sont définis comme page d’accueil par défaut, les sujets mis en avant s’affichent sur la page comme prévu sans avoir à sélectionner manuellement une liste de sujets. Si « catégories » ou « top » sont sélectionnés, ils n’apparaîtront que lorsque l’utilisateur changera manuellement la liste des sujets. Je ne sais pas si j’ai manqué quelque chose ou si un changement dans le cœur de discourse a modifié ce comportement.
Vous devriez maintenant pouvoir accéder aux miniatures en tant que modérateur.
Cela corrige également une erreur logique flagrante ici où il y avait une affectation et non une vérification d’équivalence ! :bouche ouverte: :pouce levé:
En réalité, la logique de l’interface utilisateur et de la sécurité nécessite encore quelques améliorations. Le bouton devrait être masqué si vous ne remplissez pas les critères. Je donnerai suite à cela au TC à un moment donné… De plus, l’API n’est pas correctement sécurisée en ce qui concerne cette logique, car tout ce qu’elle fait actuellement est de vous empêcher de voir les boutons. Elle nécessite des changements supplémentaires pour la sécuriser entièrement. Mais étant donné qu’il s’agit d’une action à très faible risque, je ne pense pas que ce soit une priorité majeure.
Merci pour la correction ! Nous la testerons une fois déployée en production
Voyez-vous une possibilité d’afficher le bouton « Choisir une miniature » uniquement pour les sujets qui se trouvent dans une catégorie ou qui ont une étiquette avec des miniatures activées dans le TC TLP ? Ou serait-ce un effort plus important à mettre en œuvre ?