Verra-t-on un jour le support du texte en couleur ?
1 « J'aime »
Merci, cela semble génial. J’ai remarqué un problème. Sur mon téléphone, le commutateur ne fonctionne pas (quand je tape dessus, rien ne se passe, il reste sur Markdown).
iPhone 6s
iOS 15.8.3
Voici l’erreur qui apparaît dans la console lorsque je tape dessus.
3 « J'aime »
15 et 18,3. quelque chose fonctionne.
Une correction fix a été fusionnée et est en cours de déploiement a été déployée ici sur Meta – faites-nous savoir si cela ne fonctionne toujours pas pour vous.
6 « J'aime »
Merci Renato, mais malheureusement, cela ne semble pas résoudre le problème pour moi 
1 « J'aime »
Nous prévoyons des améliorations pour la barre d’outils et le conteneur de composition, spécifiquement axées sur le fait de rendre l’écriture plus agréable et familière sur mobile (en plus des améliorations sur ordinateur).
Veuillez concentrer vos commentaires sur les changements de l’éditeur eux-mêmes — qui ne résoudront pas tous les problèmes liés à l’écriture sur Discourse, mais c’est le domaine pour lequel nous recherchons activement des commentaires en ce moment.
10 « J'aime »
Je ne suis pas vraiment sûr… peut-être que je préfère avec l’aperçu car pour le moment je peux voir où, quoi et comment le changer. Mais… ce n’est pas mal quand même 
Une chose qui irrite beaucoup dans le nouveau compositeur wysiwyg est que la touche Entrée crée maintenant un nouveau paragraphe.
Je suis d’accord.
Si vous voulez le garder aussi petit, au minimum, j’alignerais le message dans le compositeur avec les messages existants :
5 « J'aime »
Oui… nous avons déjà eu une bataille similaire concernant Entrée/Maj+Entrée dans la fonctionnalité de Chat :
… Je seconde l’avis qu’Entrée devrait créer un saut de ligne unique dans le nouvel éditeur wysiwyg.
5 « J'aime »
Toutes les trois communautés que je gère, y compris une utilisée par les développeurs de logiciels pour tous les flux de travail de gestion de projet et de développement, ont exprimé leurs commentaires/opinions au fil des années d’utilisation, à savoir que la seule chose étrange dans Discourse qui les fait paniquer (et qui fait que certains n’aiment pas activement tout Discourse juste à cause de cette seule chose) est le compositeur markdown.
Je suis personnellement extrêmement heureux que la compréhension du besoin de wysiwyg ait prévalu à la fin de la journée.
Dès qu’il sera disponible, je ferai du wysiwyg le mode d’édition par défaut dans ces trois communautés.
Au fait, voici ma demande pour deux paramètres supplémentaires :
-
Permettre de faire du wysiwyg le mode d’édition par défaut
-
Permettre de désactiver complètement l’éditeur markdown (sinon, je le désactiverai toujours en désactivant le sélecteur via css, mais veuillez considérer d’en faire un paramètre approprié).
P.S. C’est peut-être une idée étrange, mais j’encourage ceux qui parient gros sur le wysiwyg à comparer les métriques du nombre de personnes qui publient et répondent dans leurs communautés - avant et après le déploiement du nouveau compositeur wysiwyg. Mon instinct me dit que la métrique verra une augmentation.
10 « J'aime »
il est très étrange que je ne puisse pas modifier un lien hypertexte (si j’en modifie un, il apparaît vide)
j’ai essayé Firefox et Chrome
à part ça, si vous conservez un commutateur mode source / markdown, c’est parfait
2 « J'aime »
Je n’ai pas le temps de tester cette nouvelle fonctionnalité. Mais la prise en charge des licences Creative Commons pourrait être appropriée. De telle sorte qu’un site puisse choisir d’obtenir un consentement explicite pour CC BY 4.0 ou similaire avant chaque sauvegarde. Et surtout pour chaque téléchargement d’image. Discourse pourrait même tester les métadonnées appropriées. Je ne suis pas sûr que cela corresponde à votre conception, mais cela pourrait m’être utile. Veuillez ignorer si cela n’est pas pertinent ici !
Ce que vous décrivez n’a rien à voir avec ce nouveau compositeur. Et il est peu probable que cela soit implémenté dans le cœur de Discourse. Vous pourriez faire quelque chose dans un plugin si c’est vraiment important pour vous, ou chercher quelqu’un pour le faire pour vous sur Marketplace.
La licence Creative Commons appartient aux conditions d’utilisation et son application est gérée par les modérateurs. Si vous avez des récidivistes, vous pouvez les avertir puis les faire taire.
Si vous voulez continuer à en parler, veuillez créer un nouveau sujet ou rechercher un sujet connexe existant en utilisant la recherche.
4 « J'aime »
Je suis d’accord avec cela. Le nouvel éditeur est excellent et sera beaucoup plus facile à utiliser pour les membres de notre communauté. Nous voulons absolument que les nouveaux utilisateurs le voient comme l’éditeur par défaut et nous ne voulons pas les confondre avec le sélecteur. La perte de certaines fonctionnalités avancées de l’éditeur Markdown pour un très petit sous-ensemble de membres de la communauté est un petit prix à payer. Idéalement, je pense que l’éditeur par défaut devrait être défini au niveau du site, mais avec la possibilité pour les membres individuels de choisir l’ancien éditeur via leurs paramètres (pas avec un sélecteur dans la fenêtre de composition).
5 « J'aime »
Je suis d’accord sur le fait que l’alignement semble étrange. Je ne suis pas sûr à 100 % de la raison pour laquelle le compositeur doit apparaître. L’« ancien » était nécessaire car c’était un environnement assez lourd avec les deux volets. Maintenant qu’il est beaucoup plus léger, je pense qu’il pourrait apparaître en ligne sous les publications. Je pense que c’est une convention plus largement comprise. La flèche de redimensionnement pourrait l’ouvrir dans une taille plus grande pour ceux qui composent une publication plus épique.
4 « J'aime »
S’il vous plaît, ne supprimez pas l’option d’utiliser uniquement Markdown. Avoir un réglage par défaut et un commutateur Markdown serait idéal et satisferait tous les utilisateurs.
Je pense que le mode WYSIWYG seul serait un désastre pour certains utilisateurs, y compris moi. Je n’aurais probablement pas choisi Discourse s’il n’avait qu’un éditeur WYSIWYG, et je préférerais fortement qu’il n’y ait pas de WYSIWYG sur le site pour qui que ce soit plutôt que d’être forcé d’utiliser le WYSIWYG.
L’éditeur actuel est l’une des meilleures fonctionnalités de Discourse. Plusieurs fois par le passé, j’ai même vérifié s’il s’agissait d’un package open source distinct, car je l’aurais utilisé moi-même sur des projets (et je le ferais toujours).
Pour les personnes qui ont passé des décennies sur du texte brut et qui sont très rapides avec les claviers, il y a beaucoup de désagréments avec le WYSIWYG. De petites frictions lors de l’édition peuvent être particulièrement frustrantes.
Je ne veux rien dire de négatif sur l’éditeur WYSIWYG, car il est très bien construit et la plupart des utilisateurs l’aimeront, mais je ne veux pas être forcé de l’utiliser, et je sais que je recevrai des plaintes à ce sujet de la part de certains utilisateurs également.
Slack a essayé de supprimer son éditeur Markdown à ses débuts et il y a eu une telle réaction massive qu’ils ont rapidement ajouté un réglage utilisateur pour le restaurer.
Voici un autre sujet avec des arguments contre le WYSIWYG avec un aperçu de la réaction de certains utilisateurs s’il leur est imposé :
Ce sujet ne contient que les commentaires d’environ 30 personnes, mais une fois la fonctionnalité lancée, je m’attendrais à une gamme de réactions plus large. Imaginez comment les gens réagiraient si les problèmes GitHub devenaient soudainement WYSIWYG. C’est la base d’utilisateurs de nombreux forums Discourse, et ils seront probablement très bruyants.
Il y a des personnes avec différents types de flux de travail. Si vous écrivez du contenu Markdown en dehors de Discourse et que vous le collez dans le WYSIWYG, puis que vous devez à nouveau le modifier en externe, vous ne pouvez pas copier le Markdown pour le remettre dans l’éditeur externe.
Avec l’éditeur Markdown, il est facile de copier/coller entre Discourse et des choses comme d’autres sites, des éditeurs de code, de la documentation et des fichiers README.md.
Lorsque j’inspecte ce que les gens publient sur le forum, je veux pouvoir voir chaque caractère en un clic, sans avoir à aller dans la base de données.
Par exemple, ce message contient un lien de spam (simulé) qui ne peut pas être vu à moins d’inspecter l’entrée brute. Si les modérateurs ne peuvent pas voir facilement le texte brut, les spammeurs apprendront rapidement à l’exploiter. Je clique régulièrement sur l’icône “modifier” des messages des nouveaux utilisateurs suspects pour vérifier les liens cachés comme celui-ci avant de verrouiller la modification des messages.
Il y a d’autres situations où des éléments cachés sont collés dans les éditeurs WYSIWYG, comme lors de la copie/collage d’e-mails contenant des pixels de suivi. 
(Plus j’y pense, plus je préférerais désactiver le WYSIWYG sur l’ensemble du site pour éviter la charge de modération supplémentaire, mais je comprends si ce n’est pas possible. Ce message contient également un pixel de suivi distant simulé de 1x1, juste pour démontrer. Edit : le forum vient de télécharger une copie du pixel distant, donc cela ne poserait probablement pas de problème sur les sites qui ont ce paramètre activé.)
Je préférerais avoir un commutateur, même s’il est placé sous l’icône d’engrenage (ainsi qu’un réglage par utilisateur), mais un réglage par utilisateur seul serait tolérable, tant qu’il n’est pas supprimé.
De nombreux éditeurs WYSIWYG (comme tinymce) ont un commutateur HTML, car lorsque les choses tournent mal avec le WYSIWYG et que le curseur reste bloqué à l’intérieur d’une balise de formatage, il est plus facile de passer au texte brut pour le corriger que d’avoir à couper la section problématique dans le presse-papiers, la coller dans un éditeur de texte brut, la copier dans le WYSIWYG, puis la reformater.
15 « J'aime »
Nous n’avons pas l’intention de supprimer le mode Markdown uniquement.
Initialement, cela sera contrôlé par un paramètre de site, où les administrateurs pourront activer le bouton pour basculer entre l’éditeur de texte enrichi / l’éditeur Markdown uniquement, ou le laisser désactivé pour conserver leur compositeur Markdown uniquement. À ce stade, nous n’avons pas de détails sur la manière dont les deux versions du compositeur seront prises en charge à long terme (par exemple, si le type de compositeur continuera d’être contrôlé par le paramètre du site, laissé à la préférence de l’utilisateur, ou autre chose).
12 « J'aime »
Ça a l’air super. Merci d’avoir laissé un réglage.
Je suis également ravi que Markdown soit là pour rester ! Pouvoir formater mon texte d’une manière conviviale pour le clavier rend l’écriture de messages sur Discourse beaucoup plus agréable pour moi (surtout si on le compare aux anciens logiciels avec BBCode).
Deux petites choses que j’ai trouvées après le dernier test :
-
En essayant de créer des segments de code via des backticks, entrer les backticks d’abord puis taper quelque chose entre les deux ne déclenche pas le formatage automatique (faire backtick espace code backtick espace fonctionne).
-
Les segments de code créés via des backticks ont le même problème que les tableaux signalés ci-dessus (impossibilité d’entrer un espace blanc non formaté).
3 « J'aime »
9 messages ont été déplacées vers un nouveau sujet : Police de caractères monoespacée dans l’éditeur uniquement en Markdown