Testez notre nouveau compositeur !

[pfaffman (Jay Pfaffman)]

Salut @lindsey.

Pourrais-tu mettre à jour le message initial pour inclure ceci ? J’ai failli le faire moi-même, mais j’ai pensé que ce serait impoli.

@thoka

Puisque ask.discourse.org et la recherche n’ont pas montré ceci : quiconque souhaite tester le nouvel éditeur sur sa propre instance peut l’activer avec

SiteSetting.rich_editor = true

dans la console rails.

[Heliosurge (Dan DeMontmorency)]

@sam

Le changement ne prend effet que sur les sites où l’éditeur riche est activé, et devrait être opérationnel ici dans 20 à 40 minutes.

Où trouve-t-on l’option pour activer l’éditeur riche ? Je n’ai trouvé qu’une option pour convertir le texte enrichi en Markdown.

[Heliosurge (Dan DeMontmorency)]

@thoka

la recherche n’a pas montré ceci : quiconque souhaite tester le nouvel éditeur sur sa propre instance peut l’activer avec

SiteSetting.rich_editor = true

dans la console rails

C’est ce qui explique pourquoi je ne trouve pas le paramètre.

Devrait être déplacé vers un interrupteur graphique dans les fonctionnalités expérimentales.

[tobiaseigen]

Wow, le compositeur a fait beaucoup de chemin.

J’ai remarqué quelques petites choses en l’utilisant pour écrire un long rapport tout à l’heure, avec beaucoup de copier-coller et de manipulation de contenu :

1. Si vous collez un lien sur sa propre ligne, puis que vous le faites suivre de texte, il restera en “onebox”. Il semble qu’il n’y ait aucun moyen de supprimer la “onebox” et de faire en sorte que le lien apparaisse comme s’il était plus loin dans la ligne, après quelques mots. La solution de contournement semble être de taper le texte suivant d’abord, puis de revenir au début de la ligne pour coller le lien.

2. Sélectionner du texte, puis choisir “Masquer les détails” dans le menu, écrase votre texte. Dans le compositeur Markdown, cela rend simplement le texte sélectionné caché. (Voir les enregistrements d’écran ci-dessous)

3. Je vais le tester à nouveau ici, mais dans un autre sujet, j’ai utilisé des détails masqués et bien que le bouton fonctionne, il est développé et affiche le texte caché par défaut. Vous voulez qu’il soit caché par défaut.

   Résumé

   Je veux cacher ce texte

[renato (Renato Atilio)]

@tobiaseigen

Vous voulez qu’il soit caché par défaut.

C’est « intentionnel », mais je vois que cela peut être déroutant – cela définira l’attribut open du bbcode en fonction de ce que vous avez dans votre vue d’éditeur.

Ouvert par défaut

Oui

Fermé par défaut

Non

[tobiaseigen]

Ohhhh.. Je n’étais pas au courant de cette option open en bbcode. Je n’ai jamais voulu qu’ils soient ouverts. Je peux vérifier que cela fonctionne comme vous le dites.

[renato (Renato Atilio) A scindé ce sujet ()]

Un message a été fusionné dans un sujet existant : Police Monospace dans l’éditeur uniquement en Markdown

[manuel (Manuel Kostka)]

@lindsey

Je pense qu’il est probable que nous proposions une préférence utilisateur pour activer le basculement Markdown, mais ce n’est pas gravé dans le marbre à ce stade. J’apprécie que vous partagiez votre opinion ici, c’est une contribution utile.

@lindsey

À ce stade, nous n’avons pas de détails sur la manière dont les deux versions de l’éditeur seront prises en charge à long terme (par exemple, si le type d’éditeur continuera d’être contrôlé par le paramètre du site, laissé à la préférence de l’utilisateur, ou autre chose).

Je trouverais préférable que la disponibilité du type d’éditeur puisse être définie comme un paramètre du site. Et lorsque les deux sont activés, les utilisateurs peuvent choisir leur éditeur dans une préférence utilisateur.

Je n’aimerais pas que l’option de basculement sur l’éditeur soit une fonctionnalité à long terme. Cela a parfaitement de sens maintenant pour les tests sur meta, mais cela irait à l’encontre de l’objectif de simplification de l’expérience de l’éditeur.

[alltiagocom (Tiago)]

J’ai quelques problèmes avec la version en texte enrichi :

1. Lorsque je crée un message et que j’ajoute du texte préformaté, je vois ceci :

Et lorsque je le publie, je vois ceci, il n’y a donc aucune correspondance, ce qui n’est pas bon :

Au moins, avec le markdown, nous pouvons choisir une seule ligne ou plusieurs lignes avec une seule apostrophe ou 3 apostrophes. Mais maintenant, avec l’option monospace (que je n’aime pas), c’est un peu un conflit…

2. Si j’essaie d’utiliser le markdown, dans ce cas l’apostrophe simple par rapport aux 3 apostrophes, j’obtiens un comportement étrange. Si j’utilise une seule apostrophe d’abord, cela fonctionne, et lorsque j’utilise 3 apostrophes après, cela fonctionne aussi :

Mais si j’essaie d’utiliser à nouveau 3 apostrophes, j’obtiens ceci :

Mais cela n’arrive pas souvent, donc je ne sais pas ce qui le cause.

3. Ce serait bien, dans l’éditeur de texte enrichi, que les boutons Gras et Italique aient l’air “sélectionnés/enfoncés” lorsque le curseur de texte se trouve dans un endroit où le formatage est appliqué. Le texte en italique est plus évident, mais le gras l’est moins. Mais le plus important est lorsque le curseur de texte n’est pas au milieu d’un mot, mais après. « Quand nous taperons, sera-t-il formaté ? »

4. Celui-ci est juste une suggestion, juste parce que pour moi, le compositeur étant aligné au centre, me semble un peu “étrange”. Et s’il était aligné avec les bords de la barre latérale et de la fenêtre à droite ? Quelque chose comme ceci :

Pour moi, cela donne l’impression que cela s’écoule mieux avec le reste du contenu.

[renato (Renato Atilio)]

@alltiagocom

J’obtiens ceci

Désolé, je ne comprends pas.

@alltiagocom

ressemblerait à « sélectionné/enfoncé »

Cela viendra bientôt :

@lindsey

Modifications de la barre d’outils pour l’accessibilité, indiquant quel bouton de mise en forme est dans un état actif

[seanblue]

Je n’ai pas lu tous les commentaires, donc je m’excuse si je répète quelque chose qui a déjà été dit.

En général, je trouve que les éditeurs WYSIWYG sont un peu bancals, donc j’ai tendance à ne pas les utiliser. Cela dit, voici quelques points que j’ai déjà remarqués.

1. Le fait qu’une seule pression sur Entrée soit traitée comme deux pressions sur Entrée par rapport à l’éditeur markdown est un peu déroutant. Je suppose que ce n’est pas la première fois que je vois cette approche, mais si les gens peuvent basculer entre l’éditeur markdown et l’éditeur riche, l’incohérence pourrait devenir déroutante. Tout le monde ne saura pas nécessairement que Maj + Entrée agira comme une seule Entrée le fait dans l’éditeur markdown.
2. Créer une section d’en-tête (par exemple, taper # suivi d’un espace), puis taper quelques caractères, puis supprimer ces caractères fait défiler la barre de défilement vers le haut sans raison apparente. Cela ne se produit que si l’éditeur est complètement déroulé vers le bas.
3. La prise en charge de l’ajout de backticks dans l’ordre inverse est incroyablement importante. Il n’est pas rare de décider d’ajouter des backticks pour le formatage après avoir déjà tapé un mot. Parfois, il est beaucoup plus facile d’ajouter le backtick de fin avant d’ajouter le backtick de début. Cela ne fonctionne pas actuellement dans l’éditeur riche. Je rencontre cela tout le temps dans Microsoft Teams (qui est un exemple d’éditeur WYSIWYG terriblement implémenté) et c’est très frustrant.
4. Lorsque vous travaillez avec une liste numérotée ou une liste à puces, si le curseur se trouve sur la ligne après la fin de la liste, appuyer sur Retour arrière ajoutera un nouvel élément de liste. Ce n’est pas un « problème » en soi, c’est juste un peu inattendu.
5. Lorsque vous travaillez avec un mélange de texte formaté en code (backtick) et non formaté, il est impossible de taper du texte brut directement après le texte formaté lors de la révision de ce que vous avez déjà écrit. Ce n’est pas un cas « courant », mais cela arrive parfois (par exemple, formater un nom de variable, mais avoir besoin d’un s pour la pluralisation ou d’une apostrophe immédiatement après ; encore une fois, pas courant mais je l’ai rencontré plusieurs fois).
6. Il n’y a aucune indication de l’option de formatage active. Certaines choses comme les en-têtes seront quelque peu évidentes en fonction de la taille du curseur, mais d’autres choses comme le gras, l’italique et le formatage de code ne le sont pas. C’est une source fréquente de frustration pour moi, car cela peut m’amener à taper quelque chose et à devoir le supprimer ou corriger le formatage par la suite. Le cas spécifique que je viens de rencontrer était de taper du code formaté, puis de tout supprimer parce que j’avais changé d’avis sur ce qu’il fallait écrire. J’ai ensuite essayé d’ajouter un autre backtick pour écrire autre chose en code formaté, et il a en fait affiché le backtick car il était déjà dans ce mode et pensait que je voulais taper le caractère backtick brut.

[alltiagocom (Tiago)]

@renato

Désolé, je ne comprends pas.

C’était probablement un bug, car je ne peux pas le reproduire maintenant, ou peut-être que quelque chose de spécifique doit se produire pour qu’il se comporte ainsi. En gros, comme vous pouvez le voir, les 3 apostrophes ont été rendues sous forme de texte, à l’intérieur d’apostrophes simples, d’où le fond sombre. Ensuite, la deuxième fois que j’ajouterais 3 apostrophes, juste en dessous de la précédente (les 3 apostrophes rendues sous forme de texte à l’intérieur d’apostrophes simples), cela créerait alors le bloc de code comme prévu. J’espère que cela a du sens maintenant ?

J’ai également remarqué que le markdown en mode texte enrichi ne fonctionne pas comme prévu. Regardez ceci où les apostrophes simples n’affectent pas le texte test, mais les 3 apostrophes font leur travail.

[lindsey (Lindsey Fogle)]

@seanblue

• Le fait qu’une seule pression sur Entrée soit traitée comme deux pressions sur Entrée depuis l’éditeur markdown est un peu déconcertant. Je suppose que ce n’est pas la première fois que je vois cette approche, mais si les gens peuvent basculer entre l’éditeur markdown et l’éditeur riche, l’incohérence pourrait devenir déroutante. Tout le monde ne saura pas nécessairement que Maj + Entrée agira comme un seul Entrée dans l’éditeur markdown.

Les éditeurs sont relativement divisés sur cette option. Par exemple, Google Docs a Entrée = saut de ligne, mais Notion a Entrée = saut de paragraphe. Je pense que votre point sur la cohérence entre le mode Markdown et l’éditeur de texte riche est juste, cependant.

@seanblue

• Créer une section d’en-tête (par exemple, taper # suivi d’un espace), puis taper quelques caractères, puis supprimer ces caractères fait défiler la barre de défilement vers le haut sans raison apparente. Cela ne se produit que si l’éditeur est complètement défilé vers le bas.

Je ne parviens pas à reproduire cela avec vos étapes actuelles, pourriez-vous fournir les détails de votre navigateur et des instructions plus détaillées ou un enregistrement ? Merci !

@seanblue

La prise en charge de l’ajout de backticks dans l’ordre inverse est incroyablement importante. Il n’est pas rare de décider d’ajouter des backticks pour le formatage après avoir déjà tapé un mot.

@seanblue

Lorsque l’on travaille avec un mélange de texte formaté en code (backticks) et de texte non formaté, il est impossible de taper du texte brut directement après le texte formaté lors de la révision de ce que vous avez déjà écrit.

Nous travaillons sur des corrections concernant le fonctionnement du code en ligne dans l’éditeur, ce qui devrait résoudre ce problème.

@seanblue

Lorsque l’on travaille avec une liste numérotée ou une liste à puces, si le curseur se trouve sur la ligne après la fin de la liste, appuyer sur Retour arrière ajoutera un nouvel élément de liste. Ce n’est pas un problème en soi, c’est juste un peu inattendu.

Bonne remarque, je suis d’accord que c’est inattendu. Je vais le signaler à notre équipe pour correction.

@seanblue

Il n’y a aucune indication de l’option de formatage active.

Nous travaillons sur ce point !

[pfaffman (Jay Pfaffman)]

@lindsey

Les éditeurs sont relativement divisés sur cette option. Par exemple, Google Docs a Entrée = saut de ligne, mais Notion a Entrée = saut de paragraphe. Je pense cependant que votre point sur la cohérence entre le mode Markdown et l’éditeur de texte enrichi est pertinent.

ET discourse a un paramètre qui bascule entre ces deux modes Sauts de ligne Markdown traditionnels « Utiliser les sauts de ligne traditionnels en Markdown, qui nécessitent deux espaces de fin pour un saut de ligne. » – donc je pense que les deux éditeurs devraient respecter ce paramètre.

[pfaffman (Jay Pfaffman)]

@thoka

@lindsey : Y a-t-il des préoccupations concernant l’activation de cette fonctionnalité sur des instances auto-hébergées ?

C’était difficile à trouver, et même après l’avoir trouvé au moins cinq fois, je ne m’en souviens toujours pas, alors je l’ai ajouté à l’OP avec l’avertissement que c’est à vos risques et périls.

[Ralf_Stockmann]

Y a-t-il des projets pour revoir les problèmes connus du plugin shared-edits avec ce nouveau compositeur ? Tant en termes de fonctionnalités manquantes (affichage des curseurs d’édition des autres, activation de la fonctionnalité basée sur des groupes, etc.) qu’en termes de robustesse (voir par exemple Shared-Edits Improvements - #18 by Ralf_Stockmann ) ?

J’espère toujours que nous pourrons éviter d’installer un service séparé de type “Etherpad” comme HedgeDoc pour avoir des éditions partagées “agréables” et utiliser une solution basée sur Discourse pour notre intranet à la place.

J’envisage également d’écrire un nouveau plugin qui offre une expérience d’édition partagée “à la volée” basée sur y.js avec juste une synchronisation lâche…

[lindsey (Lindsey Fogle)]

Je dirais que nous en sommes plus au stade des « rêves » qu’à celui des « plans » — ProseMirror et l’éditeur de texte riche rendent de nombreuses choses possibles, mais nous nous concentrons largement sur la création d’une plus grande parité fonctionnelle avec le compositeur Markdown uniquement afin que nous puissions commencer à le déployer auprès des clients. C’est dans nos esprits, cependant, et nous savons qu’il y a beaucoup de place pour l’amélioration à cet égard.

[nathank (Nathan Kershaw)]

@Ralf_Stockmann

Y a-t-il des projets de revoir les problèmes connus du plugin shared-edits avec ce nouveau compositeur ?

Je suis d’accord avec vous Ralf ! C’est certainement la cerise sur le gâteau et je ne vois pas comment cela pourrait être très amusant à développer tant que le nouveau compositeur ne sera pas très bien établi.

[renato (Renato Atilio)]

@Ralf_Stockmann

J’envisage également d’écrire un nouveau plugin qui offre une expérience d’édition partagée « à la volée » basée sur y.js avec une synchronisation juste lâche…

C’est notre plan rêve d’utiliser les liaisons ProseMirror officielles pour Yjs à l’avenir, une bonne partie de ce travail consistera à construire un Connection Provider | Yjs Docs pour MessageBus.

[Ralf_Stockmann]

Peut-être pourrions-nous trouver un moyen de transformer ces rêves en plans concrets. Je serais prêt à contribuer avec un financement sérieux — Discourse présente quelques points faibles pour notre utilisation en tant qu’intranet professionnel (un autre étant la stabilité des notifications push), mais je préférerais de loin investir mon argent dans ce projet open source plutôt que dans quelque chose comme Atlassian Confluence.