Les publications de la catégorie plugin et ainsi de suite ont toujours un tableau en haut, montrant certaines métadonnées.
Je me demande si c’est simplement un tableau markdown dans le modèle de publication ou s’il existe une fonctionnalité/un plugin pour demander à l’utilisateur ces métadonnées ?
J’ai essayé de chercher, mais malheureusement, je n’ai trouvé que des résultats pour la génération de TOC, ce qui est différent. Donc, tout indice sur la façon dont ces tableaux sont appelés (s’il s’agit d’une fonctionnalité) serait apprécié
|||
|-|-|-|
| :information_source: | **Résumé** | AJOUTER UN COURT RÉSUMÉ
| :eyeglasses:|**Aperçu**| LIEN_APERÇU |
| :hammer_and_wrench:|**Dépôt**| LIEN_DÉPÔT |
| :question:|**Guide d'installation**|[Comment installer un thème ou un composant de thème](https://meta.discourse.org/t/how-do-i-install-a-theme-or-theme-component/63682)|
<!-- Décrivez ce thème en une ou deux phrases -->
Description courte...
<!-- Ajoutez des captures d'écran (si applicable) -->
Captures d'écran...
<!-- Ajoutez plus de détails et expliquez les paramètres (si applicable) -->
Description détaillée...
Merci pour la réponse ! Cela explique pourquoi je n’ai trouvé aucune fonctionnalité pour cela.
Pour mon cas d’utilisation, je veux permettre aux utilisateurs d’entrer facilement ces métadonnées, même s’ils ne sont pas habitués au markdown. Je vais donc probablement voir si je peux créer un plugin personnalisé, je ne voulais juste pas réinventer la roue au cas où cela existerait déjà.
J’ai vu celui-ci, mais je ne pense pas qu’il soit utile pour des choses prédéfinies. En gros, je veux créer un modèle de sujet avec un tableau en haut, mais n’afficher que quelques champs de saisie à l’utilisateur, en plus du texte libre habituel. Un peu comme les modèles de problèmes sur GitHub (exemple) où l’utilisateur est invité à remplir certains champs.
Mais oui, si ce n’est pas intégré, ce n’est pas grave. Je pense que je peux trouver un plugin ou une autre solution. Donc merci de confirmer que je ne réinvente pas la roue ici
Les nouveaux modèles sont conçus pour votre cas d’utilisation exact. Vous n’avez pas besoin de plugin. Le bémol est que le formatage du message semble assez limité et est créé en markdown brut, de sorte que les modifications ultérieures voient le markdown brut.
Oui, j’ai juste essayé les modèles de formulaire et je les ai trouvés un peu limitants. Je veux un formulaire en plus du texte normal du message, car je veux que les utilisateurs puissent toujours formater leur texte en utilisant l’éditeur WYSIWYG markdown par défaut. Et les modèles de formulaire ne prennent en charge que des zones de texte basiques, donc pas d’édition sophistiquée. Je ne veux en gros qu’un ou deux champs obligatoires, puis l’éditeur de message normal.
(Je comprends que j’ai une exigence assez spécifique, et ceci n’est pas destiné à critiquer les modèles de formulaire ! Ils sont très utiles en soi et je pourrais même les utiliser pour autre chose, mais pour ce cas d’utilisation, je les trouve ne pas correspondre à ce que je veux)
Je ne veux pas être ennuyeux, mais je ne décrirais pas l’éditeur par défaut comme un « WYSIWYG ». En fait, l’absence de cela a fait l’objet de nombreux débats… mais je digresse.
Désolé, c’était peut-être le mauvais mot alors. Je l’ai seulement utilisé pour différencier l’éditeur markdown avec prise en charge du formatage, et les zones de texte basiques des modèles de formulaire. L’éditeur markdown est suffisamment simple pour les personnes qui n’y sont pas habituées car il dispose d’une barre d’outils, tandis que les zones de texte basiques ne rendent pas évident la manière de styliser votre texte. De plus, les modèles de formulaire ne semblent pas fournir d’aperçu alors que l’éditeur markdown en fournit un.
Donc oui, WYSIWYG était peut-être le mauvais mot, ce que je voulais dire c’est l’éditeur markdown par défaut qui a un aperçu pour montrer ce que vous obtenez.
Oui exactement, ou du moins une option pour que le modèle de formulaire soit supplémentaire, de sorte que le contenu du formulaire soit rendu au-dessus de la publication au lieu de remplacer complètement l’éditeur de publication. Les deux solutions fonctionneraient pour mon cas d’utilisation.
Oui, même si un seul modèle pouvait obtenir l’éditeur complet, ce serait formidable, mais je ne suis pas sûr de la façon dont cela fonctionnerait. La solution de contournement à court terme consiste simplement à saisir du texte comme espace réservé, à créer le sujet, puis à le modifier pour le rendre plus esthétique.
Pensez-vous qu’une PR modifiant la fonctionnalité de modèle de formulaire pour prendre en charge cela serait acceptée ? Bien que je ne sois pas encore sûr de trouver le temps de l’implémenter réellement.
Je ne suis pas du genre à deviner et je ne fais pas partie de l’équipe. Si vous pensez pouvoir trouver du temps, publiez dans Feature et demandez là-bas.
(Je ne sais pas pourquoi j’ai pensé que tu faisais partie de l’équipe, probablement parce que j’ai déjà vu tellement de réponses utiles de ta part hehe)
Juste une petite note, vous pouvez utiliser Excel ou Google Sheets et les copier-coller dans l’éditeur et il fait le markdown pour vous. J’organise des paris sportifs sur un autre forum et je copie mes rapports Google Sheets de cette façon et c’est super facile. J’ai créé de très grands tableaux en quelques secondes de cette façon.
