Est-ce le contraste accessible ou le thème sombre ? La fenêtre est-elle zoomée/mise à l’échelle ?
Je dois admettre que je préfère l’ancien compositeur. Je préfère avoir ce que j’ai tapé à gauche, avec l’aperçu contenant le markdown appliqué à droite.
J’utilise le thème de marque meta. Zoom par défaut.
Semble être encore pire sur Brave Linux. Pour une raison quelconque, la propriété vertical-align est barrée.
J’ai partagé cela en privé, mais je pense qu’il est important de le partager publiquement. Je suis extrêmement enthousiasmé par ce changement, il est transformateur pour Discourse et ouvre la porte à un nombre énorme de communautés ![]()
Celui-ci m’a interpellé hier, autant le poster ici.
Une fois que vous entrez dans un état de « TITRE », il n’y a aucun moyen facile de l’annuler. Par exemple, tapez ### texte. C’est particulièrement problématique si vous commencez un message avec un titre et changez d’avis, vous devez revenir à l’éditeur classique pour annuler cela.
Je me demande si nous avons besoin d’un élément de barre d’outils pour cela, qui vous permet de basculer une ligne vers « titre 1/2/3 - paragraphe », etc.
C’est une option, oui. Nous pouvons également faire en sorte qu’une suppression au début d’un titre puisse le « réinitialiser », similaire à la façon dont cela fonctionne actuellement avec un > blockquote.
C’est le cas ! Mais j’aime vraiment la façon dont vous pouvez revenir au bon vieux markdown si vous préférez. Belle touche.
Je crois que c’était l’une de nos améliorations prévues pour la barre d’outils, donc cela devrait aider, mais j’aime aussi l’approche de Renato. Ce serait bien d’avoir les deux options.
Jusqu’à présent, je n’ai pas réussi à résoudre ce problème. Je remarque des bizarreries avec l’icône lorsque j’ai défini la taille du texte sur « Plus grand » ou « Le plus grand » dans les préférences de l’interface… pouvez-vous vérifier quel est votre réglage pour voir si cela pourrait être la cause ?
D’accord, cela a clairement un impact sur la position de l’icône :

Il y a déjà eu quelques corrections fusionnées aujourd’hui, 99 % d’entre elles par Renato, la dernière par moi :
- FEATURE: add horizontal_rule rich editor input rule (#31788) · discourse/discourse@d1a8ed1 · GitHub
- FIX: use virtualElementFromTextRange on emoji autocomplete more (#31783) · discourse/discourse@962bdf3 · GitHub
- UX: make an em-dash from en-dash plus hyphen on rich editor (#31787) · discourse/discourse@9b692ed · GitHub
- UX: add title and aria-label to md/rich editor toggle (#31784) · discourse/discourse@159aa43 · GitHub
- UX: remove auto-conversion from .. -> … (#31770) · discourse/discourse@6a80c6b · GitHub
- FIX: Disable composer editor switch when uploading (#31789) · discourse/discourse@979d0ca · GitHub
Si j’en fais plus aujourd’hui, je mettrai à jour ce message. Nous continuerons également à mettre à jour ce sujet/le message d’origine en général au fur et à mesure que les choses s’amélioreront.
Prévoyez-vous de supprimer éventuellement le bouton d’activation/désactivation Markdown uniquement ?
L’éditeur est superbe et de nombreux utilisateurs l’apprécieront, mais je déteste utiliser les éditeurs WYSIWYG et je ne voudrais pas l’utiliser moi-même. Si la possibilité de rester en Markdown uniquement n’est pas supprimée plus tard, c’est une solution parfaite.
Une préférence utilisateur pour commencer avec Markdown serait bien (à l’avenir, lorsque l’éditeur riche deviendra la valeur par défaut).
Puisque ask.discourse.org et la recherche n’ont pas montré cela : quiconque souhaite tester le nouvel éditeur sur sa propre instance peut l’activer avec
SiteSetting.rich_editor = true
dans la console Rails.
@lindsey : Y a-t-il des préoccupations concernant l’activation de cette fonctionnalité sur les instances auto-hébergées ?
Je note ici que le commutateur mémorise votre choix par appareil/navigateur, et qu’il utilise toujours Markdown par défaut actuellement.
C’est super !
En tant qu’utilisateur un peu technique, je me suis habitué au standard semi-WYSIWYG utilisé par Obsidian et ma configuration Vim, où la syntaxe markdown n’est pas rendue pour l’élément que vous créez actuellement. Par exemple, lors de la création ou de la modification d’un titre, vous verrez :
# Ceci est un titre de niveau supérieur|
Mais dès que vous déplacez le curseur hors de la ligne, vous verrez :
Ceci est un titre de niveau supérieur
Lors de la création ou de la modification d’un élément en ligne, par exemple un élément italique, vous verrez :
ceci est _italique|
puis
ceci est _italique_|
puis : ceci est italique, une fois que le curseur est passé après l’élément.
Cette approche résout le problème de la façon d’annuler un état de TITRE, ou un état ITALIQUE une fois que vous y êtes entré. Elle a également l’avantage potentiel de ne pas cacher le fait que le markdown est utilisé.
Ce genre d’approche semi-WYSIWYG est peut-être plus technique que ce que vous recherchez cependant.
Actuellement, la modification des titres est déformée :
Si l’on commence un titre en utilisant plusieurs ### et un espace, on entre en mode titre. Après avoir supprimé l’espace via la touche retour arrière, le # sera à nouveau affiché, comme dans Obsidian.
Après avoir tapé quelques lettres dans le titre, il n’est plus possible de passer à la modification des ## (ce qui serait idéal pour « la saisie markdown en mode éditeur riche »).
Actuellement, il est très facile de perdre des modifications : Si l’on clique sur un lien inline, le nouveau compositeur sera laissé sans sauvegarde de brouillon.
Cliquer sur un lien inline pourrait être considéré comme une façon de modifier ce lien.
Salut @sam,
Merci de m’avoir tagué dans le fil de discussion des suggestions, je suis assez satisfait de cela jusqu’à présent. Excellent travail à tous !
J’ai vraiment hâte de voir la forme finale de l’éditeur.
C’était aussi quelque chose que j’avais noté. En plus de la largeur de l’éditeur qui semble petite sur ordinateur, ce qui a également été mentionné dans le sujet.
Le nouvel éditeur est vraiment cool et sera un excellent ajout. Je pense également qu’il est important de conserver l’option de passer de manière permanente de la vue brute à la vue WYSIWYG. Peut-être serait-il logique d’avoir le bouton en bas à droite de la fenêtre de l’éditeur ? La barre d’outils donne plus l’impression d’être un endroit où les boutons « ajoutent » quelque chose au texte, plutôt que de simplement changer la vue.

