アクセシビリティのコントラストかダークテーマか？ウィンドウはズーム/スケーリングされていますか？
「いいね！」 1
正直に言うと、私は古いコンポーザーの方が好きです。入力したものが左側に表示され、右側にマークダウンが適用されたプレビューが表示される方が好きです。
「いいね！」 2
メタブランドのテーマを使用しています。デフォルトのズームです。
「いいね！」 2
これをプライベートで共有しましたが、公に共有することも重要だと思います。Discourseにとって変革的であり、膨大な数のコミュニティへの扉を開くこの変更に非常に興奮しています 
これは昨日私を悩ませたものですが、ここに投稿しても問題ないでしょう。
「見出し」状態に入ると、簡単に元に戻す方法がありません。例えば ### テキスト と入力した場合です。これは、見出しで投稿を開始して気が変わった場合に特に問題となります。元に戻すには、クラシックコンポーザーに戻る必要があります。
このためのツールバーアイテムが必要ではないかと思います。これにより、行を「見出し 1/2/3 - 段落」などに切り替えることができます。
「いいね！」 19
これも選択肢の一つです。また、見出しの先頭でバックスペースを押すと、現在の>引用ブロックと同様に「リセット」されるようにすることもできます。
「いいね！」 5
そうです！ でも、お好みに応じて、昔ながらのマークダウンに戻せるのがとても気に入っています。素晴らしい配慮ですね。
「いいね！」 6
これは計画されていたツールバーの機能強化の1つだったと思いますので、それが役立つはずですが、Renatoのアプローチも気に入っています。両方のオプションがあると良いでしょう。
「いいね！」 4
今のところ、これを特定することはできませんでした。「インターフェース設定」の「テキストサイズ」を「大」または「最大」に設定すると、アイコンに奇妙な点が見られます。それをどのように設定しているか確認していただけますか？それが原因である可能性があります。
「いいね！」 2
右、アイコンの位置に影響します。
「いいね！」 1
本日、いくつかの修正がマージされました。そのうち99%はRenatoによるもので、最後の1つは私によるものです。
- 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
本日さらに作業が進んだ場合は、この投稿を更新します。また、改善が進むにつれて、このトピック/OPも一般的に更新し続けます。
「いいね！」 14
Markdownのみのトグルを最終的に削除する予定はありますか？
新しいエディタは素晴らしく、多くのユーザーに気に入られるでしょうが、私はWYSIWYGエディタの使用を強く好まず、自分自身では使用したくありません。Markdownのみに留まる機能が後で削除されないのであれば、それは完璧なソリューションです。
「いいね！」 1
Markdown で開始するユーザー設定も（リッチエディタがデフォルトになった将来には）あると良いでしょう。
ask.discourse.org と検索ではこれが見つからなかったので、自分のインスタンスで新しいエディタをテストしたい人は、レールコンソールで以下を実行して有効にできます。
SiteSetting.rich_editor = true
@lindsey: セルフホストインスタンスでこの機能を有効にすることについて、懸念事項はありますか？
「いいね！」 4
ここに、スイッチはデバイス/ブラウザごとに選択を記憶し、現在は常にデフォルトでマークダウンになることをメモしておきます。
「いいね！」 5
素晴らしいですね！
ある程度技術的なユーザーとして、Obsidian や私の Vim 設定で使われている半WYSIWYG（ウィジウィグ）標準に慣れてきました。これは、Markdown 構文が現在作成中の要素に対してレンダリングされないというものです。例えば、見出しを作成または編集する際には、次のように表示されます。
# これは最上位の見出し|
カーソルをその行から外すと、すぐに次のように表示されます。
これは最上位の見出し
インライン要素、例えば斜体要素を作成または編集する際には、次のように表示されます。
これは _斜体|
次に
これは _斜体_|
そして、カーソルが要素を過ぎると、次のように表示されます。これは 斜体 です。
このアプローチは、見出しの状態や斜体の状態に入った後にそれを元に戻す方法の問題を解決します。また、Markdown が使用されている事実を隠さないという利点もあるかもしれません。
しかし、そのような半WYSIWYG アプローチは、あなたが求めているものよりも技術的すぎるかもしれません。
「いいね！」 5
現在、見出しの編集がうまくいっていません。
複数の###とスペースで見出しを開始すると、見出しモードになります。バックスペースでスペースを削除すると、Obsidianのように再び#が表示されます。
見出しに文字を入力した後、##を編集することはできなくなります（これは「リッチエディタモードでのMarkdown入力」に最適です）。
「いいね！」 1
現在、編集内容を失うことが非常に簡単です。インラインリンクをクリックすると、新しいコンポーザーは下書きを保存せずに残ります。
インラインリンクをクリックすることは、そのリンクを編集する方法と見なされるかもしれません。
「いいね！」 2
@samさん、
提案スレッドに私をタグ付けしてくれてありがとう。今のところかなり満足しています。皆さん、素晴らしい仕事です！
エディターの最終形を見るのを楽しみにしています。
これも私が気づいた点です。デスクトップでエディタの幅が狭く感じることも、このトピックで言及されていました。
新しいエディタは非常にクールで、素晴らしい追加機能になるでしょう。また、生の表示とWYSIWYG表示を切り替えるオプションを永続的に維持することも重要だと思います。ボタンはエディタウィンドウの右下にあるのが理にかなっているかもしれませんか？ツールバーは、単に表示を変更するのではなく、テキストに何かを「追加」する場所のように感じられます。
「いいね！」 2