Je ne suis toujours pas décidé si je trouve la police monospace nécessaire ou non, mais la police mise à jour est une nette amélioration par rapport à la précédente (en revanche, par rapport à la situation précédente, j’ai tendance à dire que maintenant elle pourrait être à nouveau légèrement plus grande).\n\nMais en tout cas, c’est bien que le bon vieux ASCII art puisse faire son retour maintenant 
\n\n\n\n|-----------|\n| LONG LIVE |\n| THE BUNNY |\n|-----------|\n(\\__/) ||\n(•ㅅ•) ||\n/ づ\n
4 « J'aime »
J’ai mentionné cela plus tôt dans le sujet, nous avons besoin que le changement respire un peu plus longtemps, donnons-lui au moins une semaine de plus.
La réponse ici est absolument peut-être. Continuez à nous faire part de vos commentaires, bons ou mauvais, nous les lisons tous.
Un problème avec lequel je me bats en interne est le ciblage de différentes « personnalités »/« publics »
- Grand public → utilisez simplement le « compositeur riche » 99 % du temps, rien de tout cela n’est un problème
- Utilisateurs très techniques → utilisez simplement le « markdown brut » - généralement habitués à ce type de vue et beaucoup sont satisfaits du changement
- Non technique MAIS ne veut pas utiliser l’éditeur riche → la police monospace les irrite - par exemple, @Jagster - préfèrent une police différente
C’est un problème délicat, nous sommes toujours réticents à ajouter plus de paramètres utilisateur, mais je reconnais qu’il y a quelque chose ici, je veux juste voir comment nous nous sentons dans une semaine.
5 « J'aime »
J’essayais de trouver différents indices visuels non intrusifs, mais c’est difficile. 
Le seul qui semble acceptable est une étiquette quelque part, comme :
Et peut-être avec un changement de couleur pour améliorer la mémoire visuelle :
C’est assez visible sans être intrusif. Cela a son lot d’inconvénients, bien sûr. Cela prend de la place, mais c’est acceptable dans le contexte d’une transition temporaire. Je ne suis pas 100% convaincu, mais cela semble être une alternative intéressante. Je voulais juste partager l’idée. (n’hésitez pas à ouvrir les gifs dans un nouvel onglet pour les voir en taille réelle ; il manque un bouton plein écran)
4 « J'aime »
pour une raison quelconque, c’est l’un des meilleurs arguments contre que j’ai entendus jusqu’à présent. Je viens de vérifier la police dans mon éditeur VS code, donc vous voyez, je suis un codeur. J’avais un éditeur de code ouvert sur mon bureau, et bien sûr, c’est une police mono-espacée. Je ne l’avais jamais remarqué. Mais pour une raison quelconque, cela semble étrange ici et dans ma propre instance. Je vais lui donner une semaine, comme le demande Sam, le changement est déroutant, peut-être que dans une semaine je ne le remarquerai même pas.
3 « J'aime »
Je suis d’accord. Je viens d’écrire un message très long, et honnêtement, la police à chasse fixe me donne mal à la tête. Je relis mes messages très attentivement, et j’ai tendance à faire des allers-retours entre la lecture du markdown brut et la lecture du message formaté pendant ce processus. Maintenant, il est très difficile de le faire dans la section de l’éditeur.
Je n’aime pas non plus le WYSIWYG en général. D’après mon expérience, ils sont très bancals, et je n’ai aucune intention de l’utiliser. Donc, pour moi, l’éditeur markdown qui existe depuis toujours doit continuer à offrir une expérience utilisateur fluide.
Je suis d’accord avec @schneeland. Je suis ingénieur logiciel et j’utilise régulièrement des IDE qui utilisent bien sûr une police à chasse fixe, mais c’est simplement un contexte différent. Il serait en effet très choquant que Jira commence à utiliser une police à chasse fixe.
Je ne suis pas sûr d’avoir jamais eu de problème à manipuler des tableaux en markdown. Et d’ailleurs, même en chasse fixe, les barres verticales entre chaque colonne ne s’aligneront pas puisque chaque cellule aura probablement un nombre différent de caractères.
Quoi qu’il en soit, je sais que vous voulez laisser le changement faire son chemin, mais j’espère que ces commentaires vous seront utiles. Notez que mes commentaires sont basés sur la police à chasse fixe la plus récente et que je n’ai pas vu la version précédente. Je ne compare donc mon expérience qu’à celle qui existe depuis des années, et non à la première police à chasse fixe utilisée il y a quelques jours.
4 « J'aime »
Combien de personnes utiliseront réellement des tableaux dans une réponse de forum pour justifier cela ? De plus, Obsidian utilise le markdown et utilise des tableaux avec une police à chasse fixe à l’intérieur, tandis que le texte à l’extérieur est sans-serif :
Je ne vois pas pourquoi tout le compositeur doit passer à une police à chasse fixe alors qu’ils pourraient coexister ?
Je dirais que 99 % de ce que nous écrivons est du texte « normal », pas du markdown.
Mon opinion honnête est que ce n’est pas une fonctionnalité formidable à « imposer » aux utilisateurs, même si nous la laissons faire. Ce n’est pas un changement que les utilisateurs sont soulagés d’avoir, et cela se voit dans la plupart des commentaires. Cela devrait être une préférence utilisateur.
Je ne vois vraiment aucun problème à ce que le compositeur ait la même police que l’aperçu. Il est assez facile de comprendre ce qui se passe. C’est le cas depuis de nombreuses années, n’est-ce pas ? « Si ça ne casse pas, ne le répare pas », dit-on. Et cela s’applique ici, je crois.
3 « J'aime »
Pour les personnes qui ont du mal avec ce changement, une recommandation que j’ai est :
Essayez pendant quelques jours avec l’aperçu désactivé
Une fois l’aperçu désactivé, le changement de police semble beaucoup plus naturel.
- Passer du mode Riche au mode Code source semble beaucoup plus naturel
- Il est extrêmement clair dans quel mode vous vous trouvez
Nous recueillons toujours des commentaires, rien n’est gravé dans le marbre à 100 %, nous pourrions ajouter d’autres options pour l’utilisateur ici, je ne sais pas.
5 « J'aime »
Cette police devrait être configurable sur https://\\u003csite\\u003e/admin/config/fonts, mais ne l’est pas actuellement.
4 « J'aime »
Je n’aimais pas la police monospaced (elle est bien pour le codage mais pas pour taper sur un forum) donc je l’ai rétablie en ajoutant ce CSS à mon thème (dites-moi s’il y a une meilleure façon de faire cela s’il vous plaît !)
.d-editor-container--rich-editor-enabled .d-editor-textarea-wrapper textarea.d-editor-input {
font-family: var(--font-family) !important;
font-size: var(--base-font-size) !important;
line-height: var(--line-height-large) !important;
}
4 « J'aime »
Je pense vraiment que cela devrait être un paramètre utilisateur. Je ne devrais pas être obligé d’utiliser la vue wysiwyg pour utiliser une police lisible. Les polices monospace sont pratiquement illisibles pour moi pour du texte normal (non-code). C’est particulièrement flagrant sur mobile où l’on ne peut pas voir un aperçu en même temps côte à côte, mais ce n’est toujours pas idéal sur ordinateur. Je ne pense pas qu’un paramètre de site ou un remplacement CSS soit suffisant car tous les administrateurs de site ne répondront pas aux commentaires des utilisateurs pour ce genre de choses.
7 « J'aime »
Absolument (et je suis tellement d’accord que j’ai créé un compte dans le but de poster mon accord !)
Markdown passe automatiquement à la ligne et possède d’autres propriétés qui brouillent la frontière entre le « traitement de texte » et le « code ». Sur un forum de discussion, c’est certainement beaucoup plus un traitement de texte… et j’ai été très satisfait du comportement historique. J’ai apprécié de pouvoir copier et coller librement sans ambiguïté. J’aime pouvoir appuyer sur Entrée et obtenir un retour à la ligne, au lieu d’une imagination WYSIWYG de ce que j’aurais pu vouloir dire.
L’édition Markdown ne devient pas plus fonctionnelle ou agréable en utilisant une police à chasse fixe. Elle empire… et je pense que quiconque l’utilise réellement serait d’accord.
Donc, Markdown est en train de devenir un citoyen de seconde classe, dans le but de renforcer l’indice visuel du mode dans lequel vous vous trouvez.
Je demanderais aux concepteurs UX parmi vous s’il existe un meilleur moyen de souligner le mode… qui ne vous demande pas de faire le compromis presque jamais bon d’utiliser une police à chasse fixe pour éditer ce qui est principalement du texte non codé.
Si une bonne réponse à cela était trouvée, il n’y aurait pas besoin d’une option pour basculer entre chasse fixe et non, car ce serait toujours une police proportionnelle.
2 « J'aime »
2 points valides !
1 « J'aime »
Beaucoup de temps s’est écoulé depuis qu’on nous a dit de « laisser respirer ». Comme nous pouvons le constater, ce changement n’est pas quelque chose pour lequel nous avons tous dit « changement incroyable ! »
Comme quelqu’un d’autre l’a dit, y avait-il une demande énorme pour cela ? Je ne sais pas… J’en doute, mais peut-être que je me trompe.
Je pense que considérer le markdown comme un langage de « codage » pour justifier la monospace n’a pas beaucoup de sens pour moi. Je vois le markdown comme un moyen de formater du texte, pas nécessairement un langage de « codage ». Je n’ai pas besoin d’être un développeur pour utiliser le markdown, contrairement à l’utilisation par exemple de VS Code, Cursor, etc., où la monospace est appropriée.
Lorsque nous créons de nouveaux sujets ou réponses dans un forum, nous ne « codons » pas, nous « textons » et le texte doit être lisible. La monospace n’est tout simplement pas si lisible. Je peux taper un paragraphe de 150 lignes dans un éditeur markdown sans jamais utiliser de « syntaxe » markdown (si c’est ainsi que cela s’appelle ?). Je vois donc le markdown comme une chose supplémentaire que nous pouvons utiliser pour formater du texte, pas nécessairement un « format » sur lequel tout doit reposer, si cela a du sens ?
5 « J'aime »
Ajoutez ceci dans votre CSS @seanblue et @alltiagocom. Cela rétablira le compositeur par défaut de votre site.
/* Change la police du compositeur de monospace à la police sans-serif par défaut */
.d-editor-container .d-editor-textarea-wrapper textarea.d-editor-input {
font-family: var(--font-family);
font-size: 1rem; /* ou utilisez 16px, ou votre taille par défaut spécifique */
}
2 « J'aime »
Je crois qu’il faut donner le choix aux utilisateurs. Peut-être que certains utilisateurs veulent une police à chasse fixe. Je ne sais pas. J’ai vu des thèmes VS Code complètement fous (fond vert avec texte noir, ou pire), et je n’utiliserais jamais ça, mais chacun est différent.
Je vais certainement changer la mienne pour une police sans-serif, mais mon propos ici est que nous pourrions offrir des options à nos utilisateurs. C’est tout.
1 « J'aime »
Je suis partial en tant qu’employé de Discourse, mais je préfère beaucoup beaucoup la nouvelle police monospace. Il y a donc de fortes chances que les gens qui disent « ah oui, sympa » ou même « hein, je n’avais pas remarqué » ne s’expriment pas.
Il doit y en avoir des dizaines au moins 
6 « J'aime »
Bien sûr. Il y a beaucoup de codeurs et de développeurs 
(Mais chez les gens ordinaires, la police monospace n’est pas considérée comme une police lisible. Pour moi et mes utilisateurs, l’astuce CSS a fait l’affaire, donc pour moi en tant qu’administrateur, c’est plus une question académique. Mais arrêtons de dire que ce changement est fait pour la majorité et qu’il est largement utilisé, car ce n’est pas vrai.)
1 « J'aime »
Je pense que vous faites des suppositions à mon sujet qui ne sont pas vraies 
3 « J'aime »
Je suis d’accord - la police à chasse fixe est inattendue et laide. Et inutile. Il y a déjà un curseur dans la barre d’outils qui nous indique dans quel mode nous sommes.
2 « J'aime »
Eh bien, je ne l’ai pas fait, car tout ne tournait pas autour de vous ou n’était pas fait par vous.
Bref. Garder deux options en tant que compositeur était une merveilleuse solution. Monospace pas tellement, mais tant que le changement CSS fonctionne, je suis content. Mais je comprends l’intérêt d’avoir un paramètre utilisateur pour cela — mais je n’aime pas ça, car il y a déjà pas mal de choses à configurer. Mais je ne suis pas si sûr du nombre d’utilisateurs ordinaires qui changent même les paramètres… et alors peu importe à quel point c’est encombré 
2 « J'aime »