ユーザーは、たとえば太字にしたい場合、単語をダブルタップして「B」をクリックし、そのまま書き続けるといった、1つの煩わしい点についてすぐに不満を言い始めました。もちろん、太字の後にスペース、コンマ、新しい単語などを入力すると、太字の使用が停止します。
しかし、それよりも大きな問題があります。
「いいね！」 2
まず、これは本当に素晴らしいですね！
しかし、コメントという小さな壁にレンガを一つ加えたいのですが、常に「生の」入力モードに戻すオプションがあるべきです。私が古い人間なのかもしれません 
そして、小さなバグ報告です（予想はしていましたが、指摘する価値はあります）：新しいモードでは、フォーマットに焦点を当てたプロンプトでテキストを編集するオプションが限られています。
「いいね！」 5
おお、そのコメントはどれだけの哲学的議論をカバーしているのだろう 
「いいね！」 2
素晴らしいですね！多くのユーザーがDiscourseを「技術的すぎる」と感じており、WYSIWYGエディタが大きく役立つと思います！
では、「あとはWYSIWYG Mermaidダイアグラムエディタを実装するだけです！」
あるいは、それが難しすぎる場合は、コードブロックをカラフルにするだけでなく、まったく異なるものを実際に表示する唯一の機能だと思います。二面表示はそこでうまく機能します。古い方法に切り替える必要なく、エディタ内で機能するはずです。どうすればよいかはわかりませんが。
「いいね！」 4
これは、私たちが完全に計画しているよりも少し先の未来を見据えています。Markdownトグルを有効にするユーザー設定を提供する可能性が高いと思いますが、現時点では確定していません。しかし、ここであなたの意見を共有してくれてありがとう、それは役立つ入力です。
これは実験的な機能ですので、自己責任でご利用ください。フィードバックはすべてここに共有していただけると、私たちにとって非常に助かります
再現できません。リンクをクリックしても下書きは保存されます。しかし、リンクを編集する方法を理解するのに役立つリンクUI（
不足している機能 セクションを参照）に取り組む予定です。
あなたが説明している問題は理解できますが、どうすればよいかわかりません。GoogleドキュメントとNotionでこのシナリオをテストしましたが、どちらも同じ体験でした（つまり、単語をハイライトして太字をオンにした後、カーソルをその単語の外に移動して入力するすべての単語も太字になります）。これは、フォーマットがどこで終わるかをはっきりと見ることができないリッチテキストエディタを使用している結果だと思います。
キーボードショートカット（CMD + B）が利用可能であり、Markdownの記述も引き続き機能します。しかし、これについてはより良い解決策がないか考え続けます。Obsidianが編集をどのように処理するかを考えると、それは現時点では私たちにとって簡単ではありません。
Mermaidダイアグラムは少し先になるかもしれませんが、あなたの関心をメモしておき、 不足している機能 として追加します。
見出しを削除することに関するフィードバックを記録しました👍
「いいね！」 2
インラインのワンボックスで再現できます。UIのリンク/ワンボックス間の切り替え作業を行うまで、移動しないように、今日確認します。
「いいね！」 2
チャットの引用/トランスクリプトはまだサポートされていませんが、現在取り組んでいます。
「いいね！」 3
iOSとmacOSでスペースバーをダブルタップしたときに、WYSIWYGモードで本来なら句点（ピリオド）が挿入されるべきところが、そうならないことがあるのに気づきました。
元々は「絶対にそうならない」と書きましたが、今まさにそうなりました。バグなのでしょうか？ 他に確認できた方いますか？
「いいね！」 1
技術に詳しくない私たちにとって、これは素晴らしい改善のようですね、Discourseチームの皆さん。ありがとうございます
行頭にスペースを4つ入れると、その行は自動的にコードになり（そして太字や斜体はもう機能しなくなります）。
先頭に3つまでスペースを使っても、スペースは実際の文字として読み取られるのでしょうか？それでも、私のユースケースには十分ではありません。編集: スペースは文字として考慮されません。
タブボタンはGoogleドキュメントやWordのように機能しますか？それとも、書式設定オプションを失うことなく、好きなだけスペースを使用できますか？これは、たとえばDocsファイルから貼り付ける場合に特に重要になるでしょう。元のバージョンでどのように見えたかに近くなります。
また、これは良いアイデアのようです：
また、私は通常色を使用しませんが、それが一部の人々にとって重要であることは理解できます。そこに到達できると思いますか？
以上です。重ねて感謝いたします！
「いいね！」 3
投稿が公開される際にコードブロックとして表示されるのと一貫性を保つためです。4つのスペースで始まる行は、投稿が公開される際にコードブロックに変換されます。
いいえ、そうではありません。結局、私たちはマークダウンを整形してHTMLに変換しているだけなので、現在のマークダウン→HTML処理で既に可能なことしか、この新しいエディタではサポートされません。
もちろん、新しいコンテンツタイプを作成する機会もありますが、それらはマークダウン→HTML処理でサポートされている必要があります。なぜなら、それが私たちの真実の源だからです。
「いいね！」 5
新しいコンポーザーはとても気に入っています！
変えなければならない習慣が一つあります。それは、現在いる段落を選択するために、もう Shift + 上矢印 または Shift + 下矢印 を使えなくなったことです。これほど頻繁に行っていたとは気づきませんでしたが、テキストを削除したり、選択して移動したりするために、常にこの操作を行っていました。
今では、一番上の行または一番下の行のテキストの最後の部分を選択するために、Shift + 左矢印 または Shift + 右矢印（または Shift + Command + 左矢印 または Shift + Command + 右矢印）を使用しなければなりません。意味が通じれば良いのですが。そうでなければ、次の段落の選択が始まってしまいます。
「いいね！」 5
これは非技術ユーザーにとって一歩前進だと思います！ただし、@Canapin さんと同様に、この変更に慣れるには少し時間がかかるでしょう 
。MarkdownモードとWYSIWYGモードを素早く切り替えるトグルがあれば、間違いなく感謝されます。
他の人が指摘したように、デスクトップでの編集エリアはもう少し広くできるかもしれません。また、見出しを入力した後に通常のテキストに戻れないという問題にも遭遇しました。行が完了してEnterキーを押したときにのみレンダリングされるのはどうでしょうか？（マウスを使わずに元に戻せるようにしていただけるとありがたいです。また、他のタグが完了したときにのみレンダリングされるのと一貫性があるように感じます）
加えて：
-
複数レベルのリストを作成できません -
コードブロックでコードをインデントする方法がわかりません
-
コードブロックの言語ドロップダウンのコントラストが少し低いです（下のスクリーンショット） - 最初は気づきませんでした
-
Markdownでテーブルを入力しても機能しないようです（古いエディターでテーブルが作成されている場合は正しくレンダリングされます）
-
テーブルの後に別のブロック要素（引用など）が続く場合、テーブルの後に新しい行を挿入できません
-
フットノートのサポートがないようです（古いエディターでもフットノートにバグがあると思います - フットノート1と2を作成しようとすると、最初のものしか正しくレンダリングされません）
-
クリップボードから画像を貼り付けた場合、代替テキストを作成する方法がわかりませんし、画像のサイズを変更する方法もわかりません。
「いいね！」 2
複数レベルのリストの機能はとても気に入っています。通常通りマークダウンを入力すると、最初の箇条書きが自動的に作成されます。次にEnterキーを押すと次の箇条書きが作成されます。Tabキーでインデントします。削除すると箇条書きから番号付きリストに変更されます。Shift+Tabキーで別の箇条書きを作成します。
「いいね！」 6
わかりました、ありがとうございます！コードブロックのことや、古いエディターでは機能しないことから、試さなかったのだと思います。しかし、新しいエディターでの動作は理にかなっています。
思い出したのですが、番号付きリストが異なる記号を循環すると（例：第一レベル＝数字、第二レベル＝小文字、第三レベル＝ローマ数字、第四レベル＝大文字）、実際には素晴らしいでしょう。しかし、CommonMarkやGFMの仕様の一部ではないため、これは検討されていないと仮定します。
「いいね！」 1
最近、新しいコンポーザーを数回使用しましたが、それがWYSIWYG（ウィジウィグ）になったことに気づきもしませんでした。つまり、それほど自然に使えたので、書いている間は何も考えていませんでした 
まるでコンポーザーが常にそうであったかのように、実際はそうではなかったのに。
ウィンドウの狭さにも全く気になりませんでした 
本当にスムーズな体験で、バグも経験しませんでしたが、私の使用は基本的なコンテンツ（テキスト、引用、標準フォーマット）のみでした。
通常のコンポーザーでもまだそうなのかは分かりませんが、以前はプレビューが最終的な投稿とほぼ100％同一でした。以前は、プレビューの幅が投稿の幅とわずかに異なっていたため、プレビューが投稿されたコンテンツと正確に同一ではなかったと少し文句を言ったことを覚えています。
今では、コンポーザーが投稿よりも広い場合でも、以前よりも使い心地が良いのであれば、文句を言うかどうかは分かりません 
「いいね！」 3
なるほど、それは良い点ですね！編集されたコンテンツが投稿されたコンテンツと一致すれば、確かに摩擦が最小限に抑えられます。
この場合、編集されたコンテンツは投稿されたコンテンツと同じビジュアル軸上にある方が良いと思います。
「いいね！」 3
まあ、これは印刷媒体ではないので、投稿コンテンツは（ほとんど）誰にとっても全く同じというわけではない。
昨日からこれに取り組み始めました。あまり複雑でなく、すぐに何かを提供できることを願っています…
「いいね！」 4
そのチャット引用はあまり大きな問題ではありません。主にモデレーターや管理者に影響し、彼らは古いシステムに切り替える方法を知っています。
脚注機能の方がより重要です。
正直なところ、それは私の意見に過ぎず、実際のところどうなっているのかは全くわかりません。
面白いことに、以前はユーザーがマークダウンやWYSIWYGの欠如について不満を漏らしていました。今では、誰も新しいシステムに切り替えていません。ほぼ理由がわかっています。ほとんどの人がスマートフォンを使っていて、画像について不満もあり、マークダウン以外何も見えない状態だったのです。
彼らは他の何も使わず、私の古い主張に戻ります：ツールバーを隠したり表示したりできるものが必要です。一般のユーザーは、純粋なテキストを書いて送るだけで十分なソーシャルメディアのスタイルに慣れており、Discourseがそれを部分的に提供しているため、変更や新システムに試すインセンティブがほとんどありません。ただし、作成者で画像を見ることができるのは別ですが、私のフォーラムは画像中心ではありません。
一般の人々は違う話かもしれませんが、その魔法の切り替え方を知らないのです。
「いいね！」 2