Je veux que les utilisateurs choisissent manuellement une catégorie lors de la création d’un nouveau message.
J’ai déjà consulté les sujets :
https://meta.discourse.org/t/invite-people-to-choose-category-before-create-a-new-topic/214077
https://meta.discourse.org/t/require-category-selection-before-writing-topic/66236/15
mais aucun d’entre eux ne semble aborder ce point.
J’ai décoché Autoriser les sujets non catégorisés.
Le problème est-il qu’une catégorie est pré-remplie ? Si c’est le cas, vous cherchez peut-être le paramètre du site « Catégorie de compositeur par défaut ».
Oui, c’était le problème.
J’ai juste réinitialisé ce paramètre et cela fonctionne comme prévu. Merci ! 
J’ai remarqué que lorsque ce paramètre est défini sur aucune catégorie, il ne permet pas à l’utilisateur de cliquer et de taper et affiche un message pour choisir une catégorie, mais parfois les gens ne lisent pas immédiatement le texte. Savez-vous par hasard s’il est possible d’afficher une « fenêtre contextuelle » lorsque l’utilisateur clique sur la zone de message, avant de choisir une catégorie ?
EDIT : Après avoir essayé de nombreuses options proposées par Claude et ChatGPT pour cela, j’ai fini par supprimer la propriété « Désactivé ». Ainsi, les utilisateurs peuvent toujours cliquer et écrire leur message, mais lorsqu’aucune catégorie n’est sélectionnée et qu’ils essaient de soumettre, ils voient l’erreur rouge/orange leur demandant de choisir une catégorie. C’est en fait un meilleur comportement, à mon avis.
Pour ceux qui essaient de faire la même chose, voici le Javascript que j’ai ajouté à l’onglet head dans un nouveau composant que j’ai créé appelé Unlock Composer :
<script type="text/discourse-plugin" version="0.8">
const observer = new MutationObserver(() => {
const textarea = document.querySelector(".d-editor-input[disabled]");
if (textarea) {
textarea.removeAttribute("disabled");
textarea.setAttribute("placeholder", "Select a category before submitting");
textarea.style.cursor = "text";
}
});
observer.observe(document.body, { childList: true, subtree: true });
</script>
Je ne suis pas développeur. C’était juste ce que ChatGPT a suggéré et ça fonctionne. Si quelqu’un voit comment cela peut être amélioré, n’hésitez pas à partager.
Serait-il possible de partager une capture d’écran de cela en action s’il vous plaît.
Lorsque je clique sur « Nouveau sujet », cela affiche ceci :
Vous pouvez voir qu’il n’y a pas de catégorie par défaut. Maintenant, je peux taper mon message (contrairement au comportement par défaut, qui bloque la zone de message), même sans qu’une catégorie soit sélectionnée :
Si j’essaie de soumettre, je vois ceci :
J’espère que cela vous aidera.
@alltiagocom excellent, merci !
Je pense que c’est normalement le comportement par défaut. 
Avez-vous un modèle de sujet configuré par hasard ?
De rien !
J’ai juste demandé à ChatGPT s’il y avait un moyen de simplifier un peu plus le script et il a supprimé la première ligne, liée à l’API. J’ai mis à jour mon post avec le script final, au cas où vous voudriez l’utiliser.
Non, pas de modèle.
Mais je pense que ce n’est pas le comportement par défaut, car même le placeholder d’origine dit quelque chose comme « Sélectionnez une catégorie avant de taper ici », et le curseur se transforme en une flèche avec un symbole 
. Il ne me permet pas de cliquer et de taper, à moins que je ne choisisse la catégorie.
C’est ce à quoi je m’attendrais si vous aviez un modèle de sujet configuré dans l’une de vos catégories. Sans aucun modèle, cela devrait vous permettre d’accéder à la zone de composition avant de sélectionner une catégorie. Cela bloque l’accès lorsque des modèles de sujet sont utilisés afin que les utilisateurs ne contournent pas accidentellement ce modèle en tapant d’abord dans la zone de composition, puis en sélectionnant une catégorie.
Je viens de faire un test rapide sur mon site, et sans catégorie par défaut ni modèles de sujet, je peux accéder à la zone de composition sans être bloqué jusqu’à ce que je sélectionne une catégorie.
Bizarre… Je viens de désactiver le composant que j’avais créé, j’ai réessayé, et maintenant il me laisse taper. Ce n’est pas bloqué 
Serait-ce un problème de cache après que je l’ai mis sur (aucune catégorie) ou quelque chose comme ça ? Cache sur le serveur lui-même, car sur Chrome et Firefox, avec différents comptes utilisateurs, j’ai eu le même comportement. J’utilise Cloudflare et j’ai remarqué qu’il y a parfois des problèmes avec mon forum qui semblent liés au cache de Cloudflare. Encore une fois, je ne suis pas un expert, donc je ne fais que deviner…
Ok, je crois que je me suis précipité…
Quelques minutes plus tard, il est revenu à l’autre comportement. Il est verrouillé. Et quand j’inspecte le compositeur, je vois ceci :
Je suppose que je vais m’en tenir au composant, alors.
Si cela fonctionne comme vous le souhaitez, alors 
Par curiosité, si vous avez le plugin d’exploration de données installé, pourriez-vous exécuter ceci juste pour voir ce qu’il dit :
SELECT id as category_id, topic_template
from categories
Je viens de tester cela sur un autre site (qui se trouve être allemand par défaut) et nous avons repéré qu’un modèle sournois avait été ajouté à la pseudo catégorie Non catégorisée, ce qui semble avoir provoqué le même comportement sur ce site.
J’ai remarqué que sur le forum Obsidian, le comportement est le même. Il est verrouillé jusqu’à ce que je choisisse une catégorie, donc c’est probablement le nouveau comportement ?
Je n’ai pas le plugin d’exploration de données, désolé.
Je ne pense pas. Sur les deux sites récemment mis à jour sur lesquels j’ai testé cela, le comportement est le même que celui attendu (pas de catégorie par défaut ni de modèles de sujets = libre de taper sans choisir de catégorie au préalable).
Ce que nous n’avons pas pu déterminer, c’est d’où venait le modèle de sujet Non catégorisé sur le site en langue allemande. Un ajout automatique sournois pour une raison quelconque casserait la fonctionnalité prévue sans que personne ne s’en rende compte.
En avez-vous un dans le vôtre ? (Et si vous pouviez partager votre locale par défaut, ce serait également utile)
/c/uncategorized/edit/topic-template
ETA : Alternativement à l’explorateur de dates, vous pouvez également filtrer vos journaux du personnel sur « modèle de sujet » et voir s’il y a des informations supplémentaires.
(J’ajouterai également le lien filtré que Moin a partagé ci-dessous)
/admin/logs/staff_action_logs?filters=%7B%22subject%22%3A%22topic_template%22%7D
C’est un excellent plugin, je le recommande vivement. 
Je pense qu’il est un peu difficile de filtrer cela dans l’interface car vous ne pouvez filtrer que par actions et non par sujets. Il peut y avoir beaucoup de journaux pour l’action « modifier les paramètres de catégorie ». Mais vous pouvez ajouter un filtre de sujet à l’URL : /admin/logs/staff_action_logs?filters=%7B%22subject%22%3A%22topic_template%22%7D
Je vous rendrais un grand service en l’installant car il est très utile.
Bizarre que le forum d’Obsidian se comporte de la même manière que le mien. Allez comprendre…
Aussi vide. Je ne pense pas avoir de modèles, en fait, nulle part.
Merci Lilly (et merci @JammyDodger) d’avoir partagé ce plugin.
Je vais certainement y jeter un œil.
Je pense que vous devriez pouvoir voir le comportement par défaut sur try.discourse.org, si vous êtes toujours curieux. Non, je me suis trompé. Try a une catégorie par défaut définie.
Ce sont ceux oubliés que j’espérais déterrer. Mais s’il n’y en a pas un ajouté automatiquement à Non classé, alors je pense que cela exclut un bug potentiel, c’est donc une bonne chose. 
Il y a aussi les journaux du personnel (en utilisant le lien que Moin a partagé), mais vous semblez satisfait de votre solution de contournement, donc je vais arrêter de vous demander plus d’informations.
