J’ai l’impression que cela se produit parce qu’il est plus difficile de remarquer en mode texte enrichi qu’après avoir supprimé le texte, il reste encore une mise en forme.
Du moins, je n’ai pas seulement remarqué des sujets qui commencent par des citations avant que la fonctionnalité ne soit ajoutée.
Il serait donc peut-être judicieux d’ajuster le modèle pour éviter cela.
C’est une théorie intéressante ! Je vais simplement supprimer le modèle de catégorie pour l’instant. Peut-être pourrons-nous trouver un moyen meilleur et moins fastidieux d’apprendre aux nouveaux membres à utiliser la recherche avant de publier.
@chapoi et moi avons également discuté cette semaine dans le chat de la mise à jour de la description de la catégorie de support, qui se lit actuellement comme suit :
La première partie s’affiche sur la bannière de la catégorie de support et n’est pas très informative.
Je viens de la modifier comme suit et j’accueille vos commentaires ! La bannière de la catégorie ne sera pas mise à jour immédiatement, je ne suis donc pas sûr qu’elle s’affiche correctement. J’ai essayé de tricher en utilisant <br><br> pour diviser le texte en deux paragraphes, ce qui est plus lisible.
Si cela réduit avec succès le nombre de sujets commençant par des citations, il pourrait être nécessaire de supprimer également cela de tous les boutons pour créer des sujets de support dans les sujets des plugins, thèmes et composants officiels.
Oui, merci d’avoir signalé cela. Ces boutons sont magnifiques et je les adore, mais ils sont difficiles à maintenir et sujets aux erreurs lorsque vous devez apporter une modification ou en créer un nouveau.
À long terme, nous voudrons modifier ces sujets et supprimer ces boutons. Nous pourrions également vouloir y apporter d’autres ajustements, je vais donc m’abstenir de les toucher pour le moment.
Jusqu’à présent, je ne remarque plus de citations en haut des demandes de support, ce qui est une bonne chose.
[quote=“Moin, post:3, topic:383724”]
il pourrait être nécessaire de supprimer également ceci de tous les boutons
[/quote] Avant de jeter le bébé avec l’eau du bain, ne serait-il pas judicieux de pouvoir remplacer le placeholder dans le compositeur via un lien paramétré au lieu d’insérer du contenu textuel réel. Nous utilisons maintenant mal le paramètre body.
Quelque chose comme &placeholder=foo qui remplacerait alors le placeholder « Tapez ici. Utilisez markdown, BBCode ou HTML pour formater. » par « foo ».
Un paramètre de substitution de catégorie qui peut également être utilisé comme paramètre d’URL ressemble à une excellente demande de fonctionnalité ! N’hésitez pas à la créer.
Le modèle de catégorie pour Support ne faisait-il pas exactement la même chose ? Il ajoute également du texte au corps. N’est-ce pas la raison pour laquelle il existe un mot surveillé qui m’a rendu plus difficile la publication de l’OP contenant le modèle ? Lorsque vous créez un nouveau sujet dans Marketplace, le corps est également rempli de texte. J’ai donc eu l’impression que le texte du corps faisait partie du lien pour garantir que le modèle était visible dans ce cas également.
Je pense toujours qu’il est logique d’avoir le même résultat dans le corps si vous utilisez le bouton nouveau sujet et si vous cliquez sur l’un des boutons d’un thème ou d’un plugin officiel.
En général, il serait probablement plus facile si tous ces boutons qui sont saisis manuellement dans tous les sujets officiels étaient créés automatiquement. Ensuite, les erreurs dans les balises ne pourraient pas se produire et elles pourraient être mises à jour beaucoup plus facilement. Mais c’est probablement difficile car ils ne fonctionnent pas tous de la même manière. L’explorateur de données suggère de demander dans Data & reporting, les plugins sso vous disent de demander de l’aide dans SSO au lieu de Support.
Cela ressemble beaucoup à ce que Richard propose. Je pense que c’est une bonne idée car il disparaît lorsque vous commencez à taper et ne laisse pas d’instructions errantes dans les sujets. Nous pourrions alors également supprimer le mot surveillé.
D’accord. Je garderai cela à l’esprit pour les changements futurs que nous aimerions apporter.
Je pense que cela dépend du cas d’utilisation. Cela fonctionne bien pour un court modèle comme celui utilisé dans le support, mais je pense que pour des modèles plus longs comme dans Marketplace, ce ne serait pas très utile si le modèle disparaissait une fois que vous entrez le premier caractère. Pour moi, le texte dans le corps des sujets de Marketplace est un bon compromis entre un espace réservé qui disparaît lorsque vous commencez à taper et un modèle avec des champs fixes comme ceux proposés par form-templates.
Cependant, je me demande si demander aux utilisateurs de rechercher à chaque fois qu’ils créent un sujet fait une différence. Les gens lisent-ils vraiment cela à chaque fois qu’ils créent un sujet ?
Demander aux utilisateurs de rechercher est quelque chose que je leur dirais plus probablement lors de leurs premiers messages. Par exemple, dans le message du compositeur JIT affiché lors des premiers sujets que vous créez. « Veuillez rechercher » est un peu comme « veuillez choisir un titre significatif ».
Oui, dans ce cas, pour la catégorie de support, je suis d’accord pour essayer de ne pas avoir de sollicitation du tout pendant un certain temps. Si nous constatons une augmentation des personnes posant des questions avant de chercher, nous pourrons alors envisager des solutions.
en haut à droite pour chercher.
