Hmm, j’ai été un peu trop hâtif ici, il n’y a pas encore un consensus clair là-dessus en interne… je vais simplement laisser un peu de temps pour y réfléchir.
2 « J'aime »
Je préfère avoir le seul nombre Nouveau (NN) sur DiscourseHub. Je pense que c’est une meilleure option pour la plupart des utilisateurs. C’est plus simple et cela correspond à ce que nous affichons dans le menu principal de la communauté. La distinction Sujets/Réponses est secondaire, et les utilisateurs qui en ont vraiment besoin peuvent filtrer par Sujets/Réponses une fois qu’ils sont dans la liste Nouveau sur le site.
1 « J'aime »
Je comprends l’argument en faveur de la simplicité. Pour moi, il y a une différence entre un nouveau sujet qui pourrait m’intéresser et de nouveaux messages dans un sujet pour lequel j’ai déjà décidé qu’il m’intéresse. C’est pourquoi j’aimerais pouvoir voir directement dans la vue d’ensemble de l’application quelle priorité accorder aux nouveaux contenus, sans avoir à visiter le forum et à me connecter en premier lieu. Pour moi, la force de DiscourseHub réside précisément dans le fait que j’ai une vue d’ensemble de tous les forums que j’utilise sans avoir à les visiter individuellement. C’est ce qui me manque actuellement pour Meta. Si je dois de toute façon visiter Meta et me connecter pour obtenir les informations, je n’ai pas besoin de vérifier DiscourseHub.
2 « J'aime »
Oui, je pense que nous visons la simplicité pour l’instant. N’oubliez pas que dans Hub, nous affichons d’autres chiffres pour les comptes de notifications. Il est utile d’avoir cette simplicité et de correspondre à ce que fait le noyau.
2 « J'aime »
Je suis un peu en retard sur ce sujet, mais nous avons reconstruit après que unified new view est devenu stable, et un membre a signalé que les sujets qu’il suivait ne s’affichaient plus en bas des pages de sujet. Il utilisait cette liste pour passer de ce qu’il venait de lire à la suite.
@martin tu as creusé new_and_unread_results dans #20 pour l’ordre de l’onglet Tous, c’est l’autre appelant, list_suggested_for. Avant, ce chemin faisait :
unread_results(…, :high) # d'abord, prend autant de places qu'il peut remplir
new_results(…) # seulement ce qui reste
random_suggested(…)
et maintenant c’est un seul new_and_unread_results(…) à priorité normale. Les deux chemins passent par suggested_ordering, donc la règle “même catégorie en premier” s’applique dans les deux cas, la différence est que les sujets suivis non lus obtenaient auparavant toutes les places disponibles avant qu’un seul nouveau sujet ne soit considéré, et maintenant ils sont dans une seule pool avec eux. Effet net : un sujet non lu que tu suis dans une autre catégorie se classe désormais en dessous d’un tout nouveau sujet dans la catégorie que tu lis par hasard.
Sur un site calme, tu ne le verrais jamais. Le nôtre est actif avec des gens qui suivent des threads longs à travers plusieurs catégories, donc les 5 emplacements par défaut de suggested_topics se remplissent de nouveaux sujets et les sujets suivis tombent en bas de liste.
Je ne sais pas si c’était délibéré. L’annonce ne mentionne pas les sujets suggérés. Heureux de creuser plus si c’est utile.
&tldr: Les sujets suggérés en bas d’un sujet non lu ont perdu leur priorité
2 « J'aime »
J’ai également remarqué que les compteurs étaient incorrects, y compris le nombre de messages non lus/le lien qui disparaît complètement lorsqu’il reste en réalité un seul sujet non lu.
Ah, ce n’était pas intentionnel, je n’ai simplement jamais eu l’occasion de le corriger après que Sam ait confirmé dans Introducing the unified new view for the topic list - #21 by sam que c’était acceptable. Je devrai apporter une correction pour m’assurer que les résultats non lus conservent leur priorité.
Je ne dirais pas en avoir fait l’expérience, mais nous avons observé par le passé d’autres problèmes avec les compteurs de non-lus qui se désynchronisaient. Il faudrait une reproduction fiable pour enquiger sur ce point.
2 « J'aime »
Chez moi, cela se désynchronise presque tout le temps.
- Rendez-vous sur un sujet que vous suivez et qui contient des messages non lus (par exemple via la page des sujets non lus ou une notification)
- Descendez jusqu’en bas de la page
- Le nombre est incorrect, probablement parce qu’il ne tient pas compte du fait que vous avez lu le sujet actuel
Cela vient littéralement de se produire lorsque je suis arrivé sur ce sujet (mon seul sujet non lu) via la notification de votre réponse.
Je n’ai pas de étapes de reproduction pour le cas inverse où le compteur est trop bas ou disparaît prématurément, mais je vous tiendrai au courant si j’en trouve.
2 « J'aime »
Ah, je ne vois pas souvent cela car c’est caché dans Horizon, je dois garder Meta sur Foundation pour le voir plus régulièrement :
vs Foundation pour ce sujet :
Au passage, @chapoi, sais-tu si c’est intentionnel pour Horizon ?
En tout cas, je vais voir si je peux reproduire le problème maintenant que je connais le cas.
1 « J'aime »
Oui, je vois, le compteur est mis à jour dans le service d’état de suivi des sujets, mais ce composant ne se met pas à jour, je ne sais pas pourquoi :
1 « J'aime »
Désolé, qu’est-ce qui est intentionnel ?
Le fait que la ligne située sous les sujets connexes, informant l’utilisateur sur les sujets non lus et nouveaux, soit masquée.
2 « J'aime »
Oh, merci. Oui, c’était intentionnel @martin. Un peu de rangement pour un look plus épuré.
3 « J'aime »
Cette fonctionnalité est-elle toujours censée être masquée derrière l’indicateur « Activer la vue unifiée » ? Je n’ai pas activé cette fonctionnalité sur nos forums, mais la vue unifiée s’affiche ? J’ai reconstruit le mercredi à partir de la branche tests-passed/ latest.
Modification : Oubliez, j’ai essayé de mettre à jour l’indicateur à nouveau et cette fois-ci cela a réussi.
14 messages ont été déplacés vers un nouveau sujet : Accès plus direct aux sujets avec de nouvelles réponses
Cela vient de se reproduire, mais je ne sais toujours pas comment le faire se reproduire de manière constante.
1 « J'aime »
Salut, j’ai une question concernant le bouton « Ignorer ».
Avant l’unification, dans /unread, il y avait une option pour cocher « ne plus suivre les sujets » lorsque vous cliquiez sur « Ignorer ». Pourquoi cette fonctionnalité a-t-elle disparu, ou est-ce que j’oublie quelque chose ? Cliquer sur « Tout ignorer » modifie désormais automatiquement le suivi des sujets qui ont des messages « non lus » dans « nouveau », n’est-ce pas ? Ne vaudrait-il pas mieux ajouter un bouton supplémentaire qui effacerait simplement la liste des messages /new sans MODIFIER le suivi des messages dans les threads ?
Y a-t-il quelque chose d’évident que j’oublie, ou est-ce que je comprends complètement mal cette fonction ?
Modification : je viens de trouver le bouton « et arrêter le suivi ».
Merci,
newbit
1 « J'aime »
Honnêtement, ce changement me laisse un peu perplexe
Nous avons configuré notre instance Discourse comme un blog de type social/Reddit, et avoir une liste de nouveaux posts est indispensable.
Donc, lorsque ce changement sera effectif, quelle URL devons-nous utiliser spécifiquement pour les NOUVEAUX sujets triés par date de création ? Nous ne nous soucions pas de l’activité, car nous avons un onglet dédié à cela.
Merci d’avance
1 « J'aime »
Je viens d’atterrir ici depuis la même note sur mon site. Je suis aussi curieux de savoir ce qu’il en est.
Dans cette capture d’écran :
- Sujets — Une liste de sujets nouveaux pour vous, triés par date de création, identique à ce qu’était l’URL
/new - Réponses — Une liste de messages non lus pour les sujets que vous suivez déjà, identique à ce qu’était l’URL
/unread
Donc, rien n’a vraiment changé ; ce ne sont plus simplement des routes distinctes ou des onglets de premier niveau. Vous pouvez toujours y accéder directement via /new?subset=topics et /new?subset=replies si vous souhaitez créer un signet ou un lien dans la barre latérale.