Je peux attribuer plusieurs types à une seule catégorie, mais cela ne fonctionne pas très bien :
tous les messages sont marqués comme non résolus si l’option support+mark est activée, l’utilisateur ne peut pas spécifier qu’il a une demande de support
tous les messages affichent “vote 0”, même lorsque l’utilisateur peut marquer un message comme soumis au vote (il ne devrait afficher 0 vote que pour celui qui a opté pour cette fonctionnalité)
Lorsque j’active les événements, la catégorie est remplacée par un calendrier géant, alors que cela peut convenir dans certaines occasions, un groupe de discussion normal avec un petit widget de calendrier en barre latérale serait plus utile afin que je puisse marquer seulement quelques messages comme ayant une date.
Comment utilisiez-vous les plugins « Résolu », « Vote de sujet » et « Événement » avant qu’ils ne deviennent des types de catégorie ? Bien que le processus de configuration de ces plugins pour une catégorie ait changé, je ne me souviens pas que les fonctionnalités aient été modifiées.
Utilisiez-vous déjà ces plugins sur les catégories auparavant ? Ou les essayez-vous pour la première fois ? Je me demande comment les utilisateurs indiquaient auparavant que leur sujet était une demande d’assistance.
Je les teste simplement, je voulais créer une catégorie pour le vote sur des idées de produits. J’aimerais que le style soit celui des votes de sujets et des commentaires privés, mais encore mieux. J’ai appris qu’il n’existe pas de catégorie pour imposer cela. D’un autre côté, je pourrais les mélanger avec des publications normales, ce qui est aussi une bonne option. Il ne reste plus qu’à former les utilisateurs à les utiliser réellement (ou à permettre au modérateur de transformer une publication en vote d’idée (publication de vote), alors… hmm.)
J’avais pensé à quelque chose de similaire, mais en me concentrant exclusivement sur le support. Les fonctionnalités pourraient recevoir des votes, tandis que les posts techniques recevraient des solutions.
Créer deux catégories serait contre-productif pour les utilisateurs ; pour l’instant, je ne prévois pas de les activer telles quelles, précisément pour cette raison.
Le rêve : un formulaire initial lors de la publication qui classifierait les posts, et chacun recevrait ensuite la fonctionnalité appropriée
Je pense que vous pourriez utiliser des balises pour cela. Ensuite, vous activez les solutions basées sur une balise #question et vous masquez également le vote sur ces sujets avec du CSS, comme c’est le cas pour les sujets feedback ici sur Meta.
Vous pourriez combiner cela avec une balise form-templates qui aide à la sélection des balises.
Oh, est-ce qu’on peut vraiment créer des types de solutions basés sur un tag ? Quelque chose comme « marquer en tant que question de support » ? Ce serait super, comme ça les entrées de discussion n’auraient ni le bouton « Moi aussi » ni le bouton « Marquer comme résolu ».
Je suis d’accord avec cette fusion. Certains sujets devraient disposer de l’option « Moi aussi » ainsi que d’un système de vote. Je pense qu’il faudrait pouvoir activer ou désactiver librement les deux, l’un seul ou aucun des deux.
Je ne suis pas sûr de la meilleure manière de gérer cela, mais l’objectif est réellement soutenu ici.
Il existe le paramètre enable_solved_tags. Mais je ne sais pas s’il prend en charge le bouton « Me too ».
Le nouvel outil de signalement semble être limité au plugin « solved » configuré par catégorie. Cela me fait me demander si d’autres fonctionnalités récentes ne sont pas également affectées.
