Y a-t-il un moyen de désactiver ces notifications sans recourir à une astuce CSS ? Je n’ai pas vraiment besoin de ce bruit visuel.
5 « J'aime »
Mais cela n’afficherait-il pas toujours un compteur ou un indicateur de notification ? Je suppose qu’on n’y peut rien.
Plus maintenant 
5 « J'aime »
Cela m’a déjà joué des tours à plusieurs reprises, et je ne vois pas que cela soit mentionné ci-dessus comme une préoccupation ou un problème.
Je ne suis pas habitué à vérifier les Modifications à venir en cliquant sur l’option du menu à gauche :
https://xyz.discourse.group/admin/config/upcoming-changes
Cette page inclut un lien Aperçu pour chaque modification.
Habituellement, dans le cadre de ma routine quotidienne, je consulte la boîte de réception Discourse et je trouve parfois une notification concernant des modifications à venir, par exemple :
https://xyz.discourse.group/admin/config/upcoming-changes?changeNamesFilter=enable_ai_bot_starred_conversations
Remarquez le changement dans l’URL, ainsi que l’absence du lien Aperçu.
C’est ce lien Aperçu manquant qui m’a posé problème ces derniers jours. Je savais que le lien existait, mais je pensais qu’il avait disparu.
J’espère que cela fournit suffisamment de détails pour comprendre la préoccupation et éventuellement la résoudre.
Les liens « Retour d’expérience… » et « Aperçu » sont facultatifs pour les éléments de modification à venir :
- Le lien « Retour d’expérience » renverra vers un sujet ici sur Meta pour discuter de la modification.
- Le lien « Aperçu » ouvrira une capture d’écran de la modification dans une fenêtre modale (lightbox) sur la page.
C’est à chaque développeur qui ajoute la modification à venir de préciser ces éléments… Je vais contacter quelques personnes en interne pour voir si je peux les inciter à les ajouter.
1 « J'aime »
Aujourd’hui, le bouton Aperçu s’affiche avec l’URL indiquée.
https://xyz.discourse.group/admin/config/upcoming-changes?changeNamesFilter=enable_new_checkbox_style
Merci !
2 « J'aime »
Aujourd’hui, je pensais exactement la même chose…
Je sais que c’est le cas pour notre hébergement, mais je n’étais pas sûr de ce que nous faisons pour les auto-hébergeurs.
Je me suis mis à chercher la source de vérité aujourd’hui concernant ce que nous faisons là-bas et j’ai découvert que nous attendons actuellement que ce soit stable.
C’est ainsi que nous avons d’abord fait les choses : FEATURE: Automatic promotion of upcoming changes - Pull Request #36211 - discourse/discourse - GitHub
Et il semble que ce soit toujours le cas ici :
Je me demande si nous devrions changer cela pour beta pour les auto-hébergeurs ?
En attendant, je vais faire une petite modification dans le premier message ici.
1 « J'aime »
Souhaitez-vous également mettre à jour la documentation ?
C’est vraiment utile à savoir. Maintenant, je comprends pourquoi Martin a dit qu’il ne passerait pas la modification en stable avant que le problème ne soit résolu. J’avais vérifié la documentation à l’époque et je me demandais quelle différence cela faisait si beta signifiait déjà « activé par défaut ».
2 « J'aime »
Veux-tu dire beta ici ?
Je me demande également combien d’administrateurs perdent la possibilité de se désengager et de fournir des commentaires avant que le changement ne soit permanent si vous le supprimez après qu’il ait été en bêta - en sautant ‘stable’ (et permanent).
1 « J'aime »
Oui, je voulais dire beta. Oups, merci. Corrigé.
Il y a une PR ouverte pour faire ce changement ici maintenant :
1 « J'aime »
Ainsi, stable n’est pertinent que pour les quelques sites où l’administrateur a ajusté le paramètre de site masqué afin de permettre des modifications ultérieures ?
Comment cette modification affectera-t-elle le fait qu’il n’existe toujours aucune solution pour les composants de thème et le remplacement du groupe « everyone » ?
Si beta active la modification pour tout le monde, ne pas la passer en stable
n’apparaît plus aussi utile. Cela entraînera toujours la rupture de composants pour la quasi-totalité des forums.
1 « J'aime »
Oui. Peut-être verrons-nous plus de sites choisir de modifier ce paramètre après ce changement. Mais par défaut, les fonctionnalités seront activées plus tôt.
Un changement de ce type entraînerait plus de plaintes plus rapidement.
Nous recommanderions aux personnes concernées de le désactiver jusqu’à ce que nous ayons réglé le problème.
Le changement n’est toujours pas permanent tant qu’il n’atteint pas la version stable/permanente, nous ne le supprimerons pas plus tôt… la bêta l’active simplement par défaut plus tôt pour les auto-hébergeurs. Comme le dit Dave :
Vous pouvez toujours le désactiver s’il y a des problèmes en bêta.
J’y travaille actuellement, j’ai dû obtenir un consensus interne sur ce qu’il faut faire à ce sujet. Jusqu’à présent, nous n’avons reçu aucun commentaire à ce sujet à part le vôtre, donc je ne pense pas que cela cause un nombre énorme de problèmes aux administrateurs de sites en étant en bêta pour le moment.
Croyez-moi, je veux autant que vous que ce soit corrigé, c’est mon changement, mais j’ai aussi des priorités concurrentes pour mon temps.
Il me semblait que les « améliorations de rapport » avaient sauté l’étape « stable ».
Peut-être que je ne comprends pas comment ça fonctionne.
Je ne sais pas pourquoi ce changement particulier a été supprimé en bêta au lieu de passer en stable/permanent, je vais enquêter en interne.
1 « J'aime »
C’était une erreur de notre part, et nous avons rétabli le changement à venir dans DEV: Reintroduce reporting_improvements upcoming change as permanent … · discourse/discourse@08cf6f4 · GitHub.
Excuse-moi, j’ai probablement un malentendu. Dans le PR que tu as lié, je vois que le paramètre a été réintroduit. Ce que je ne comprends pas, c’est quel est son effet maintenant. Qu’est-ce qui change exactement selon que j’active ou désactive cette modification ? Je n’arrive pas à suivre le raisonnement dans le code.
Ainsi, comme c’est le cas actuellement, l’étape qui aurait activé cette modification pour la majorité des forums a toujours été sautée, n’est-ce pas ? Ils n’ont donc jamais eu la possibilité de se désengager parce que cela affectait leur forum, ou est-ce que je comprends toujours mal le processus ?
J’ai également essayé de voir comment cela fonctionne maintenant, mais je ne trouve pas la modification. Quelqu’un a-t-il une idée de ce que je fais mal ? La version est 08cf6f4
La fonctionnalité est désormais permanente, ce n’est donc pas un changement que vous pouvez activer ou désactiver.
1 « J'aime »
Lorsque les modifications deviennent permanentes, elles apparaissent sur /whats-new à la place. J’ajouterai ces informations au message d’origine, ainsi que tout ce que nous avons pu oublier au cours des derniers mois.
Modif : C’est fait.
1 « J'aime »