Je me demande s’il est possible de renommer les noms internes des niveaux de confiance car ils cassent notre interface utilisateur et nous ne voulons vraiment pas ajouter 4 groupes supplémentaires pour afficher correctement (moins, c’est mieux).\n\n
\n\nCela pourrait-il être lié à la traduction en espagnol ?Salut,
Bien sûr ! Voir : your.domain/admin/customize/site_texts?q=groups.default_names.trust
Ils ne tiennent pas (et j’ai toujours besoin d’utiliser Chrome pour télécharger des images ou utiliser l’éditeur car Firefox ESR est toujours buggé
)
Vous avez raison, c’est plus compliqué que ça, pour un groupe automatique seul le display_name est accessible via l’UI, mais les mentions utilisent bien le name
ps. à propos de firefox, j’utilisais juste la 102.0 sans aucun problème (win64) ¯\\_(ツ)_/¯
Je peux approfondir si tu me donnes ton avis ou un lien à lire.
Je pense que ce genre de choses fait la différence sur l’engagement. Toutes les communautés ne sont pas faites pour les développeurs ![]()
J’espère que les niveaux de confiance seront plus flexibles. Nous ne pouvons pas les utiliser sur les abonnements, nous ne pouvons pas changer leurs noms, nous ne pouvons pas nous en débarrasser (et pareil avec les badges).
J’ai d’abord pensé qu’il y aurait quelque chose dans : Administrative Bulk Operations , mais comme je le craignais : Can I change the "Staff" Group Name? , non.
Je teste actuellement si la reconstruction avec une locale différente par défaut modifie les noms des groupes automatiques, eh bien… pas de chance
.
ils sont définis lors de la configuration initiale à partir - par exemple en français - ici :
ps. vous pouvez vous “débarrasser” des badges, c’est le paramètre enable badges ![]()
Je pensais que certains d’entre eux étaient permanents mais ce n’est pas grave, je pense que l’équipe principale a un argument (:\n\nJ’ai posé la même question à propos du groupe Staff (nous devons le cacher et en utiliser d’autres, une solution de contournement est acceptable mais nous avons besoin de quelque chose pour changer @trust_level_1)\n\nÇa a l’air vraiment mal. Les paranoïaques pourraient supprimer les données du site (?)
Je suis sûr que presque tout est possible dans la console Rails, mais cela nécessiterait une connaissance approfondie du code que je suis loin d’avoir !
En fait, ça le fait, encore un peu flou sur quand et comment exactement (faudrait-il revisiter /wizard/steps/locale ? ou exécuter discourse-setup ou peut-être est-ce fait en arrière-plan par une tâche récurrente…)
Alors maintenant, la question est de savoir si un plugin peut être utilisé pour ajouter une locale ![]()
Oui ! Add a new locale from plugin
Pourquoi cela casse-t-il l’interface utilisateur ?
Vous pouvez masquer tous les groupes de niveaux de confiance afin que seuls les administrateurs/modérateurs les voient sur la page des groupes.
Nous utilisons les niveaux de confiance par défaut, mais pas avec _default_trust_level_ux mais avec de jolis noms alors.
Si vous êtes synchronisé avec Discord et les Abonnements, cela pourrait avoir du sens si vous souhaitez maintenir l’engagement de votre public avec la philosophie Discourse tout en offrant la possibilité de payer pour obtenir des informations.
Le problème apparaît dans ces petites choses qui rendent cet objectif presque impossible pour les personnes sans code.
Nous faisons de notre mieux pour maîtriser la courbe d’apprentissage ![]()
grâce au travail incroyable de l’équipe, c’est étonnamment faisable,
- J’ai créé un tout petit plugin comme indiqué ici : Add a new locale from plugin
- J’ai essayé quelques modifications :
- J’ai reconstruit, pour voir la locale personnalisée dans le paramètre
default locale, je l’ai sélectionnée
- Je suis entré dans l’application et la console rails
sudo /var/discourse/./launcher enter app
rails c
et enfin
Group.refresh_automatic_groups!()
exit;exit
Merci beaucoup pour cela.
J’ai essayé mais je vois que cela ne mettra pas à jour les niveaux de confiance en espagnol (mais cela a fonctionné avec le groupe Admins, changé) :
https://github.com/satoshinotdead/discourse-custom-locale/blob/main/config/locales/server.es_XX.yml
Cela pourrait-il être lié à ma propre instance ? J’ai vérifié et je n’ai vu aucune erreur dans les journaux à ce sujet.
J’ai juste fait un rapide essai et cela a fonctionné pour moi :
- Changer
groups.default_names.trust_level_0en ‘Randoms’ (Langue : Espagnol)
- Aller sur
/sidekiq/scheduleret déclencher manuellementJobs::EnsureDbConsistency
Il y avait un problème dans un autre sujet où les nouveaux noms de groupe étaient déjà pris par certains utilisateurs, ce qui a causé un conflit. Si cela ne fonctionne pas, peut-être que c’est ça ?
Devrions-nous reconstruire après avoir déclenché manuellement Jobs::EnsureDbConsistency ?
J’ai essayé sans succès
mais merci les gars !
Aucune reconstruction n’est nécessaire. C’est un travail d’arrière-plan planifié, il s’exécuterait donc à un moment donné automatiquement. Tout ce que fait le déclenchement manuel est de supprimer l’attente.
Je ne suis pas sûr de comprendre pourquoi cela ne fonctionne pas pour vous.
Et il n’y a pas d’autres groupes/utilisateurs/quoi que ce soit d’autre qui pourrait partager un nom qui pourrait causer un conflit ?
J’utilisais de nouveaux groupes auparavant et j’ai oublié de les renommer/supprimer avant de suivre vos étapes, les gars.
C’est fait, merci encore !
Quelle est la meilleure approche si je ne peux pas mettre à jour les groupes sur les chaînes modifiées trust_levels par défaut ?
Déjà essayé :
- Modifier et mettre à jour le plugin.
- Changer la chaîne depuis l’interface utilisateur (
groups.default_names.trust_level_X) - Réinitialisation depuis sidekiq
EnsureDbConsistency Group.refresh_automatic_groups!()
Je pensais que vous aviez réussi à faire fonctionner ça ?
Je l’avais fait fonctionner, mais lorsque j’ai essayé de mettre à jour certains noms de trust_level, ils n’ont tout simplement plus été mis à jour.
Les groupes sont toujours sans mises à jour et le plugin a été modifié lors de l’entrée dans l’application (et les noms de l’interface utilisateur comme je l’ai dit précédemment) :









