Une fonctionnalité demandée à plusieurs reprises au fil des années était de pouvoir définir les niveaux de notification pour les catégories et les tags des utilisateurs en fonction du groupe auquel ils sont ajoutés. Nous avons ajouté cette fonctionnalité à notre branche bêta aujourd’hui.
Dans l’interface de gestion des groupes, deux nouvelles sections sont apparues : Catégories et Tags. Elles fonctionnent de la même manière que les préférences utilisateur existantes.
Lorsqu’un utilisateur est ajouté à un groupe, ses préférences de notification sont mises à jour. Si l’utilisateur a déjà une catégorie ou un tag dans ses préférences, le groupe ne fera que relever le niveau de notification. Par exemple, si l’utilisateur est configuré pour suivre une catégorie et qu’il est ensuite ajouté à un groupe configuré pour surveiller cette catégorie, ses préférences seront modifiées pour la surveiller. S’il a choisi de la surveiller, mais que le groupe la mettrait en sourdine, il continuera à la surveiller après avoir été ajouté au groupe.
Après avoir été ajouté à un groupe, les utilisateurs sont libres de modifier leurs paramètres de notification pour qu’ils diffèrent des paramètres par défaut du groupe.
Lorsque les utilisateurs sont retirés d’un groupe, leurs niveaux de notification ne sont pas modifiés.
Les autorisations de catégorie sont appliquées comme toujours, de sorte qu’un groupe ne peut pas obliger un utilisateur à suivre une catégorie qu’il n’a pas le droit de voir.
Super !
Et qu’en pensez-vous d’une fonctionnalité optionnelle qui synchroniserait les catégories muettes et l’onglet activité (en masquant les catégories muettes) ?
Certaines personnes ici (en français) aimeraient pouvoir isoler l’activité d’un groupe au sein de certaines catégories.
J’ai vu qu’il est déjà possible de filtrer l’onglet activité avec un category_id dans l’URL… alors… plugin ? utilité ? Ou peut-être que c’est même déjà implémenté, je ne m’étais pas rendu compte que les catégories muettes n’apparaîtraient pas sur les pages Catégories ou Derniers messages
Excellent travail sur une fonctionnalité super utile. Nous en ferons bon usage.
Dans ce cas, quel est l’intérêt de l’option « Muet » si elle ne peut jamais être appliquée ? Ou peut-elle en fait être appliquée si le niveau est « Normal », mais pas s’il est « En train de regarder », « En suivi » ou « WFPing » ?
Demande de fonctionnalité n°1 – avoir « Normal » comme option
La situation concerne un forum entièrement muet, où je souhaite utiliser un groupe pour modifier le statut d’une catégorie ou d’un tag de « Muet » à « Normal » (et non vers une version de « En train de regarder »).
Demande de fonctionnalité n°2 – possibilité de remplacer les préférences de suivi pour un groupe si nécessaire
Je pense que cela permettrait une cohérence de comportement avec le suivi des catégories et des tags pour l’ensemble du forum dans les paramètres.
Que se passe-t-il pour les membres existants d’un groupe lorsque les paramètres du groupe sont modifiés ? Si j’ajoute un tag en tant que suivi, tous les membres commenceront-ils à suivre ce tag (s’ils ne le regardent pas déjà) ? Ou doivent-ils quitter/rejoindre le groupe pour que ce comportement se déclenche ?
Le mode muet peut toujours être appliqué si aucune préférence explicite pour la catégorie n’a été exprimée précédemment, et la valeur par défaut est Normale.
Si l’utilisateur utilise le niveau de notification par défaut pour une catégorie, ce qui signifie qu’il n’a pas inclus cette catégorie dans ses préférences utilisateur, un groupe peut alors la mettre en sourdine pour lui. S’il a spécifié un niveau « Suivi » ou supérieur, le groupe ne remplacera pas sa préférence pour cette catégorie.
Cela semble utile pour les sites ayant activé le paramètre « Mettre toutes les catégories en sourdine par défaut ». Ainsi, si « Mettre toutes les catégories en sourdine par défaut » est activé, les paramètres de catégorie du groupe incluraient une option pour définir le niveau de suivi normal.
Comment cela fonctionnerait-il si j’étais ajouté à deux groupes ? Si je travaille sur le développement de logiciels de comptabilité pour mon entreprise, je suis ajouté au groupe Finance qui met en sourdine la catégorie Development, et je suis aussi ajouté au groupe Développeur qui suit la catégorie Development. Lequel l’emporte ?
Les préférences des membres actuels ne sont pas modifiées, mais il me semble logique que le changement de groupe doive s’appliquer à eux.
Super ; auriez-vous l’amabilité de mettre à jour le premier message pour clarifier cela ?
Exactement. Est-ce déjà implémenté, ou acceptez-vous que ce soit une idée pertinente ?
Bonne remarque, cela ne peut clairement pas fonctionner ainsi. Cela pourrait devoir rester une fonctionnalité accessible via la console Rails.
Tout à fait d’accord ! Ou du moins, il devrait y avoir une option pour cela — il me semblerait très logique que cela soit cohérent avec les paramètres du site.
Une chose qui pourrait être ajoutée : proposer une interface similaire dans les options de catégories.
Par exemple, si je veux que 10 groupes sur 15 suivent une nouvelle catégorie, ce serait beaucoup plus simple si cette option existait dans la gestion des catégories, permettant de voir et d’ajouter facilement tous les groupes concernés. Ainsi, je n’aurais pas besoin d’entrer dans chaque groupe individuellement pour cocher cette option.
Un peu comme vous l’avez fait avec les composants de thème : vous pouvez aller sur un thème spécifique pour ajouter les composants souhaités, mais aussi aller sur un composant et cocher facilement tous les thèmes dans lesquels vous souhaitez qu’il soit activé.
Que se passe-t-il lorsque les paramètres de « Notifications par défaut par catégorie » d’un groupe sont modifiés – par exemple, de « Suivi » à « Surveillé » ? Les membres existants du groupe verront-ils leurs notifications augmentées ?
Y a-t-il un calendrier prévu pour cela ? J’étais sur le point de passer de mon ancien plugin au vôtre, mais nous pourrions rencontrer ce problème dans les semaines à venir alors que nous organisons certains de nos groupes de travail.
Vous pouvez contourner le problème en créant un nouveau groupe, en y ajoutant les notifications par défaut, puis en copiant les membres du groupe dans ce nouveau groupe. Vous pouvez ensuite supprimer le groupe original.
Bien sûr, pour les groupes plus importants, l’explorateur de données serait nécessaire avec une requête appropriée.
Merci pour la solution de contournement. Je pense pouvoir utiliser mon propre plugin pour m’assurer que les groupes disposent des paramètres corrects, puis basculer vers le paramètre par défaut. Cela permettrait aux utilisateurs de gérer eux-mêmes leurs notifications (et de leur envoyer un message à ce sujet).
Quelqu’un pourrait-il m’aider avec une requête pour vérifier quels membres du groupe X surveillent la catégorie Y ?
Édition : il serait peut-être utile de pouvoir exécuter cela sous forme de rapport qui notifie lorsque les résultats sont non vides, afin que je puisse faire un suivi avec la personne concernée. C’est une attente organisationnelle que certaines personnes suivent des annonces spécifiques.
Est-ce toujours prévu, et si oui, y a-t-il une estimation de la date de réalisation ? Nous avons rencontré un problème hier soir parce que cela ne s’est pas produit, et bien que nous comprenions maintenant la raison, il serait idéal que le comportement soit cohérent.
Cette fonctionnalité est un véritable changement de donne pour moi.
Nous disposons de catégories qui correspondent aux espaces dédiés à des groupes spécifiques pour publier et partager des informations. Nous souhaiterions que l’adhésion à un groupe abonne automatiquement les membres à ces catégories, afin qu’ils reçoivent par défaut les notifications relatives à ces catégories. Dans le même temps, nous voulons que les catégories restent accessibles, permettant ainsi aux non-membres du groupe de les consulter sans recevoir par défaut toutes les notifications.
Si j’ai bien compris, cette nouvelle fonctionnalité devrait permettre cela : l’action de rejoindre un groupe pourrait-elle être configurée pour abonner automatiquement l’utilisateur à la surveillance de catégories spécifiques ?
La possibilité d’appliquer cela rétroactivement à tous les membres du groupe serait essentielle pour nous permettre de déployer cette fonctionnalité, de la même manière que le message de notification apparaît pour demander si vous souhaitez l’appliquer rétroactivement lors de l’ajout de paramètres de notification par défaut au niveau de la catégorie. Cette fonctionnalité sera-t-elle incluse dans la version officielle ?
Je suis ravi de voir que lorsque je modifie les « catégories par défaut à suivre » d’un groupe, on me demande même si je souhaite appliquer les modifications rétroactivement (c’est-à-dire aux utilisateurs existants) ou uniquement pour les utilisateurs ajoutés à l’avenir. C’est excellent !
Cependant, bien que cela ait fonctionné avec le premier groupe que j’ai modifié, la question ne s’est pas posée lorsque j’ai ajouté d’autres groupes par la suite. Serait-ce un bug ?
Édition : J’ai joué avec cette fonctionnalité pendant un moment et je pense qu’elle ne fonctionne pas comme prévu :
Ce n’est pas ainsi que se comporte mon instance (2.8.0.beta4 0e53769f71). Par exemple, j’ai un groupe de 21 membres où la plupart (ou tous) suivent le premier message de la catégorie A. Lorsque je configure maintenant le groupe pour surveiller la catégorie A, on m’indique que si je souhaite appliquer ce changement rétroactivement, cela affectera 1 utilisateur. Je ne comprends pas pourquoi cela n’affecte pas les 21 membres.
De même, j’ai un groupe de 42 membres, dont la plupart surveillent déjà le premier message dans la catégorie B. Si je configure maintenant le groupe pour surveiller la catégorie B, cela affecte 6 utilisateurs…
Comment puis-je déboguer cela ?
Édition 2 : Je peux confirmer que la catégorie n’est définie sur Surveiller que pour les membres qui n’ont encore aucun paramètre pour cette catégorie.