@HAWK merci de partager votre point de vue. Par conséquent, la mise à jour est en cours de mise en œuvre.
Le plugin modifie le niveau de notification des catégories en fonction des sujets les plus lus par l’utilisateur, et le nombre de catégories à sélectionner pour la recommandation est défini par l’administrateur du site. Cependant, modifier le niveau de notification à chaque tâche cron pourrait entraîner des niveaux de notification différents pour de nombreuses catégories, ce qui pourrait frustrer l’utilisateur avec un grand nombre de notifications.
Pour éviter cela, le plugin propose un paramètre permettant à l’utilisateur de refuser la modification de son niveau de notification. Les utilisateurs du site ont le choix d’utiliser ce paramètre ou non ; par défaut, il est désactivé.
Ce paramètre se trouve dans la section /preferences/profile et porte les noms suivants : Autoriser le site à modifier votre niveau de notification des catégories fréquemment visitées et Autoriser le site à modifier votre niveau de notification des balises fréquemment visitées.
Conformément à la réponse de la discussion, je vais déplacer le paramètre de catégorie vers l’emplacement preferences/categories et le paramètre de balise vers preferences/tags.
Je suis actuellement en train d’implémenter une fonctionnalité selon laquelle, à chaque exécution de la tâche cron, les niveaux de notification définis pour les catégories ne seront plus appliqués. Seules les catégories principales identifiées lors de la prochaine exécution du cron seront prises en compte pour les notifications, sans modifier leur niveau de notification. Par exemple, si l’administrateur du site a choisi 5 catégories principales, chaque exécution du cron n’affectera que 5 catégories existantes, et les catégories et balises précédemment affectées seront ignorées.