Bonjour,
Nos publications de mises à jour quotidiennes ici :
Submergent les autres types de publications. Est-il possible d’exclure les publications de la catégorie daily-network-updates de l’affichage sur la page d’accueil ?
Merci !
Nous avons généralement cessé de recommander ce paramètre, privilégiant plutôt le paramétrage forcé de la préférence « masquer cette catégorie » pour tous (ou certains) utilisateurs de votre site.
Il faudrait peut-être supprimer ce paramètre @sam pour bien montrer à quel point nous pensons que les gens ne devraient plus l’utiliser.
Je suis favorable à la suppression de ce paramètre, mais je crains que nous ne laissions aux administrateurs aucun moyen simple de mettre tous les utilisateurs en sourdine pour des catégories spécifiques de manière historique. Cela rend la tâche particulièrement difficile lorsque vous ajoutez une catégorie et que vous souhaitez qu’elle soit sourdine par défaut.
Que pensez-vous de fournir aux administrateurs une interface utilisateur adaptée ? En particulier :
- L’administrateur ajoute une catégorie à
default_categories_muted(de même pour watched, etc.) - Nous détectons… oh, quelque chose a changé…
- Souhaitez-vous que tous les utilisateurs existants aient la catégorie « X » en sourdine ?
- Souhaitez-vous retirer la mise en sourdine de la catégorie pour N utilisateurs ?
J’apprécie cette approche car elle offre aux administrateurs un moyen très clair de résoudre ce problème, et cela s’est produit d’innombrables fois sur meta. Avec cette fonctionnalité en place, je serais ravi de supprimer ce paramètre de catégorie.
Oui, tout à fait, c’est bien ce que je veux dire. Nous recevons beaucoup de demandes à ce sujet, nous le faisons même en interne… donc je le soutiens pleinement.
Merci pour vos réponses. Pourquoi la recommandation est-elle si fermement opposée à l’utilisation de l’option existante ?
Idéalement, j’aimerais afficher, par exemple, les X dernières mises à jour de cette catégorie. Les mises à jour en question sont quotidiennes. Je souhaite donc que les utilisateurs voient que ces mises à jour existent, tout en empêchant qu’elles ne prennent le pas sur celles des autres canaux.
@vinothkannans peux-tu prendre cela ?
À chaque fois que tu modifies l’un de ces paramètres, nous devons afficher une fenêtre modale :
Souhaitez-vous appliquer ce changement rétroactivement ? Cela modifiera les préférences de 1234 utilisateurs existants.
[Oui], [Non, appliquer le changement uniquement à l’avenir]
Il existe des cas limites, alors laissez-moi les couvrir.
- Les catégories par défaut passant de « cat1, cat2 » à « cat1, cat3 » en mode surveillance.
Changement rétroactif à appliquer :
Tous les anciens utilisateurs doivent ARRÊTER de surveiller cat2 et COMMENCER à surveiller cat3. cat1 reste inchangée.
-
La suppression est simple, elle peut être effectuée sans vérification.
-
L’ajout d’une nouvelle catégorie cat3 est un peu délicat : vous ne l’ajoutez qu’aux utilisateurs qui ne sont pas déjà en mode
suivi, silence, surveillance du premier messagesur cette catégorie.
Une fois cela fait, vous pouvez supprimer le paramètre de catégorie « catégorie exclue de la page d’accueil ».
PR créée
Pouvez-vous partager quelques captures d’écran du flux de travail ?
Dans la capture d’écran ci-dessus, le nombre total d’utilisateurs (30) est récupéré à partir du modèle about (URL about.json). Je tente maintenant de l’inclure directement dans le modèle de la page des paramètres du site.
Cela semble super. Je pense qu’il est plus correct de le récupérer à la demande, inutile de surcharger la page avec un chargement supplémentaire pour le cas rare où nous ajouterions une valeur par défaut.
Je pense que le seul changement ici est que le bouton « Oui » doit être en bleu principal.
@codinghorror, cela te convient-il pour le texte ?
La PR est désormais fusionnée.