カラーテキストのサポートは将来的に利用可能になりますか？
「いいね！」 1
ありがとうございます。素晴らしいです。問題に気づきました。私の携帯電話では、スイッチが機能しません（タップしても何も起こらず、スイッチはMarkdownのままです）。
iPhone 6s
iOS 15.8.3
タップするとコンソールに表示されるエラーは次のとおりです。
「いいね！」 3
15と18.3.何かが動作します。
修正 がマージされ、Meta にデプロイされました。引き続き問題が発生する場合は、お知らせください。
「いいね！」 6
Renatoさん、ありがとうございます。しかし、残念ながら私にはうまくいかないようです。
「いいね！」 1
モバイル（デスクトップの改善に加えて）での執筆をより楽しく、より身近なものにすることに特に重点を置いて、ツールバーとコンポーザーコンテナの改善を計画しています。
フィードバックは、エディターの変更自体に集中させてください。これは、Discourseでの執筆に関するすべての問題を解決するわけではありませんが、現在積極的にフィードバックを求めている分野です。
「いいね！」 10
よくわからないけど…多分プレビューを見ながらの方がいいかもしれない。今はどこを、何を、どう変えるかが見えるから。でも…まあ悪くないね:)
新しいWYSIWYGコンポーザーで非常にイライラするのは、Enterキーを押すと新しい段落が作成されることです。
私も同感です。
もしそれを小さく保ちたいのであれば、最低限、コンポーザー内の投稿を既存の投稿に合わせるべきです。
「いいね！」 5
ええ…チャット機能のEnter/Shift+Enterについては、すでに同様の議論がありました。
…新しいWYSIWYGエディタでは、Enterで1行改行されるべきという意見に賛成です。
「いいね！」 5
私が管理している3つのコミュニティすべてで、ソフトウェア開発者がプロジェクト管理と開発ワークフロー全体に使用しているコミュニティを含め、長年の使用を通じてフィードバック/意見が寄せられていますが、Discourseで奇妙な点があり、人々を驚かせ（そしてこの1つのことだけでDiscourse全体を積極的に嫌う人もいます）それはMarkdownコンポーザーです。
最終的にWYSIWYGの必要性の理解が勝ったことを個人的に非常に嬉しく思います。
リリースされ次第、これらの3つのコミュニティすべてでWYSIWYGをデフォルトのエディタモードにします。
ところで、さらに2つの設定に関するリクエストがあります。
-
WYSIWYGをデフォルトのエディタモードにすることができます。
-
Markdownエディタを完全に無効にすることができます（そうでない場合でも、CSSでトグルを無効にすることで無効にしますが、適切な設定にすることを検討してください）。
追伸：奇妙な考えかもしれませんが、WYSIWYGに大きく賭けている人には、新しいWYSIWYGコンポーザーを展開する前と後のコミュニティでの投稿者数と返信者数の指標を比較することをお勧めします。私の直感では、その指標は増加するでしょう。
「いいね！」 10
ハイパーリンクを編集できないのは非常に奇妙です（編集しようとすると空白になります）。
FirefoxとChromeで試しました。
これとは別に、ソースモード/マークダウンの切り替えを維持できれば、完璧です。
「いいね！」 2
この新しい機能のテスト時間は取れません。しかし、クリエイティブ・コモンズ・ライセンスのサポートは適切かもしれません。サイトが保存する前、特に画像アップロードごとに、CC-BY-4.0などの明示的な同意を得るためにオプトインできるようにします。Discourseは適切なメタデータをテストすることもできます。これがあなたの設計に合っているかわかりませんが、私にとっては役立つかもしれません。関連がない場合は無視してください！
あなたが説明していることは、この新しいコンポーザーとは全く関係がありません。また、コアのDiscourseに実装される可能性も低いです。もしそれがあなたにとって本当に重要であれば、プラグインで何かを行うか、Marketplace で誰かに依頼することができます。
Creative Commonsライセンスは利用規約に含めるべきであり、モデレーターが実施します。繰り返し違反する人がいる場合は、警告してからミュートすることができます。
これについてさらに話したい場合は、新しいトピックを開始するか、検索を使用して既存の関連トピックを探してください。
「いいね！」 4
これに同意します。新しいエディターは素晴らしく、コミュニティのメンバーがより簡単に使用できるようになります。新しいユーザーにはデフォルトのエディターとして表示したいと考えており、トグルで混乱させたくありません。マークダウンエディターを介した一部のパワーユーザー機能の喪失は、ごく一部のコミュニティメンバーにとっては小さな代償です。理想的には、デフォルトのエディターはサイトレベルで設定されるべきですが、個々のメンバーが設定で「古い」エディターを選択できる（コンポーザーウィンドウのトグルではなく）ようにすべきです。
「いいね！」 5
配置が奇妙であることには同意します。コンポーザーがポップアップ表示される必要がある理由は100％確信が持てません。古いコンポーザーは、2つのペインを持つかなりヘビー級の環境であったため、ポップアップする必要がありました。今でははるかに洗練されているため、投稿のインラインで下に表示できると思います。それはより広く理解されている慣習だと思います。リサイズ矢印は、より壮大な投稿を作成するユーザーのために、それをより大きなサイズでポップアウトさせることができます。
「いいね！」 4
Markdownのみを使用するオプションを削除しないでください。デフォルト設定とMarkdownトグルがあれば理想的で、すべてのユーザーが満足するでしょう。
WYSIWYGのみでは、私を含む一部のユーザーにとって悲惨な結果になると思います。もしWYSIWYGエディタしか提供されていなかったら、Discourseを選ばなかったでしょうし、強制されるくらいならサイト上のどのユーザーにもWYSIWYGがない方が断然良いです。
現在のエディタはDiscourseの最も優れた機能の1つです。過去に何度か、それ自体が独立したオープンソースパッケージなのかどうかを確認したことさえあります。なぜなら、自分でプロジェクトで使用しただろうし、今でも使用するからです。
生のテキストで何十年も作業してきた、キーボード操作が非常に速い人々にとって、WYSIWYGには多くの煩わしさがあります。編集中のわずかな摩擦は、特にイライラする可能性があります。
WYSIWYGエディタについて否定的なことは言いたくありません。非常によく作られており、ほとんどのユーザーが気に入るでしょうが、強制されたくはありませんし、一部のユーザーからも苦情が出るだろうとわかっています。
Slackは初期の頃、Markdownエディタを削除しようとしましたが、大きな抗議があったため、すぐにユーザー設定で元に戻しました。
WYSIWYGに反対する議論がある別のトピックはこちらです。もし強制された場合に一部のユーザーからどのような反応があるかのヒントになります。
このトピックには約30人からのフィードバックしかありませんが、機能が公開されれば、より幅広い反応が予想されます。GitHubのイシューが突然WYSIWYGになったら、人々がどのように反応するか想像してみてください。Discourseフォーラムの多くはそれと同じユーザーベースを持っており、彼らは非常にうるさくなるでしょう。
ワークフローが異なる人々がいます。Discourseの外部でMarkdownコンテンツを書き、それをWYSIWYGに貼り付け、その後外部でMarkdownを編集する必要がある場合、Markdownをコピーして外部エディタに戻すことはできません。
Markdownエディタを使用すると、Discourseと、他のサイト、コードエディタ、ドキュメント、README.mdファイルなどとの間で簡単にコピー＆ペーストできます。 nbsp
フォーラムに投稿されている内容を調べるとき、データベースにアクセスすることなく、ワンクリックですべての文字を確認したいです。
例えば、この投稿には（シミュレートされた）スパムリンクが含まれていますが、生の入力を調べないと表示されません。モデレーターが生のテキストを簡単に表示できない場合、スパマーはすぐにそれを悪用する方法を学ぶでしょう。私は疑わしい新規ユーザーの投稿の「編集」アイコンを定期的にクリックして、投稿の編集をロックする前にそのような隠しリンクがないか確認しています。
メールからコピー＆ペーストした場合に、トラッキングピクセルが含まれているなど、WYSIWYGエディタに隠されたものが貼り付けられる他の状況もあります。 
（そのことを考えると、余分なモデレーションの負担を避けるために、サイト全体でWYSIWYGを無効にすることを好むようになりますが、それが不可能であれば理解できます。この投稿には、デモンストレーションのために、1x1のシミュレートされたリモートトラッキングピクセルも含まれています。編集: フォーラムはリモートピクセルのコピーをダウンロードしたので、その設定がオンになっているサイトでは問題にならないかもしれません。）
ギアアイコンの下にトグルがある方が望ましいですが（ユーザー設定も含む）、ユーザー設定だけでも、削除されない限り許容できます。
多くのWYSIWYGエディタ（tinymceなど）にはHTMLトグルがあります。なぜなら、WYSIWYGで問題が発生し、カーソルがフォーマットタグの中に閉じ込められた場合、問題のあるセクションをクリップボードにカットし、プレーンテキストエディタに貼り付け、WYSIWYGに再度コピーし、再フォーマットするよりも、生のテキストにドロップして修正する方が簡単だからです。
「いいね！」 15
Markdownのみのモードを削除する予定はありません。
当初は、管理者がリッチテキストエディター/Markdownのみのエディターを切り替えるトグルをオンにできるサイト設定で制御するか、Markdownのみのコンポーザーを維持するためにオフのままにすることができます。現時点では、コンポーザーの両バージョンの長期的なサポート方法（例：コンポーザーの種類がサイト設定で引き続き制御されるか、ユーザーの設定に任されるか、またはその他の方法か）については具体的に決まっていません。
「いいね！」 12
素晴らしいですね。設定を残していただきありがとうございます。
Markdown が定着して嬉しいです！キーボードフレンドリーな方法でテキストをフォーマットできることは、Discourse で投稿を書くのが特に快適になる点です（特に古い BBCode ソフトウェアと比較すると）。
前回のテストで見つけた小さな問題が 2 つあります。
-
バッククォートでコードセグメントを作成しようとすると、バッククォートを先に入力してからその間に何かを入力しても、自動フォーマットがトリガーされません（バッククォート スペース コード バッククォート スペース と入力すると機能します）。
-
バッククォートで作成されたコードセグメントは、上記で報告されたテーブルと同じ問題を抱えています（フォーマットされていない空白を入力できません）。
「いいね！」 3
9件の投稿が新しいトピックに分割されました：Markdown専用エディタでの等幅フォント