モノスペースが必要かどうかはまだ決めかねていますが、更新されたフォントは以前のものよりも明らかに改善されています（以前の状況とは対照的に、今はもう少し大きくしても良いかもしれません）。
しかし、いずれにしても、古き良きASCIIアートが復活できるのは素晴らしいことです 
|-----------|
| LONG LIVE |
| THE BUNNY |
|-----------|
(\__/) ||
(•ㅅ•) ||
/ づ
「いいね！」 4
トピックの早い段階で言及しましたが、変更に少し息吹を与える必要があります。少なくともあと1週間待ちましょう。
ここでの答えは、絶対に「たぶん」です。良いか悪いかに関わらず、フィードバックを続けてください。すべて読んでいます。
内部で私が格闘している問題の1つは、さまざまな「ペルソナ」/「オーディエンス」のターゲティングです。
- 一般大衆 → ほとんどの場合「リッチコンポーザー」を使用するだけで、これらの問題は発生しません。
- 高度な技術ユーザー → 「生のマークダウン」を使用するだけで、一般的にこの種のビューに慣れており、多くの人が変更に満足しています。
- 非技術的 ですが、リッチエディターを使用したくない → モノスペースが彼らをいらだたせます。たとえば、@Jagster は別のフォントを好みます。
これは難しい問題です。ユーザー設定を増やすことには常に消極的ですが、ここに何かがあることは認めます。1週間後の気分を見てみましょう。
「いいね！」 5
邪魔にならない視覚的な手がかりをいくつか考えてみましたが、難しいですね。
受け入れられそうな唯一の方法は、どこかにラベルを付けることのようです。
そして、視覚的な記憶をより良くするために色を変更することもできるかもしれません。
邪魔にならず、かなり見やすいです。もちろん、欠点もあります。スペースを取りますが、一時的な移行という文脈では問題ありません。100％確信しているわけではありませんが、興味深い選択肢のように思えます。アイデアを共有したかっただけです。（フルサイズで表示するには、必要に応じてGIFを新しいタブで開いてください。フルスクリーンボタンはありません）
「いいね！」 4
これは、これまでに聞いた中で最も説得力のある反対意見の1つです。VS Codeエディターでフォントを確認しなければなりませんでした。つまり、私はコーダーです。デスクトップでコードエディターを開いていましたが、確かにそれは等幅フォントでした。全く気づきませんでした。しかし、なぜか、ここでは奇妙に感じられ、私自身のインスタンスでも同様です。サムが求めているように、1週間試してみます。変化は不快ですが、1週間後には気づかなくなるかもしれません。
「いいね！」 3
私も同感です。ちょうど非常に長い投稿を書いたのですが、正直なところ、等幅フォントで頭痛がしてきました。投稿は非常に注意深く校正しており、校正中は生のMarkdownとフォーマットされた投稿の間を行き来することがよくあります。それが今、エディタセクションでは非常に困難になっています。
また、一般的にWYSIWYGは好きではありません。私の経験では、それらは非常にぎこちなく、使用するつもりもありません。そのため、私にとっては、長年存在してきたMarkdownエディタは、スムーズなユーザーエクスペリエンスを提供し続ける必要があります。
@schneelandに同意します。私はソフトウェアエンジニアであり、もちろん等幅フォントを使用するIDEを定期的に使用していますが、これは単純に異なるコンテキストです。Jiraが等幅フォントを使い始めたら、確かに非常に違和感があるでしょう。
Markdownでテーブルを操作するのに問題があったことは一度もないと思います。それに、等幅フォントであっても、各セルに異なる文字数が含まれる可能性が高いため、列間の縦線は揃いません。
いずれにせよ、変更に少し時間を与えたいことは承知していますが、このフィードバックがお役に立てば幸いです。私のコメントは最新の等幅フォントに基づいたものであり、以前のバージョンは見ていません。そのため、数日前に使用された最初の等幅フォントと比較しているのではなく、長年存在してきたものと比較しているだけです。
「いいね！」 4
フォーラムの返信で、これを正当化するほど多くの人がテーブルを使用するでしょうか？また、ObsidianはMarkdownを使用しており、テーブル内でmonospaceを使用していますが、それ以外のテキストはサンセリフです。
コンポーザー全体をmonospaceに変更する必要がある理由がわかりません。共存できるはずです。
私たちが書くことの99%は「通常の」テキストであり、Markdownではありません。
正直なところ、これはユーザーに「強制」されるような優れた機能ではありません。たとえそれが定着したとしてもです。ユーザーが「あってよかった」と感じるような変更ではなく、ほとんどのコメントでそれが明らかです。ユーザー設定であるべきです。
コンポーザーとプレビューで同じフォントを使用することに、特に問題はないと思います。何が起こっているのかを理解するのはかなり簡単です。長年そうでしたよね？「壊れていないなら、修理するな」と言いますが、それはここにも当てはまると思います。
「いいね！」 3
この変更に苦労している方へのアドバイスは以下の通りです。
プレビューを無効にして数日間試してみてください。
プレビューを無効にすると、フォントの変更がはるかに自然に感じられます。
- リッチテキストからソースコードへの切り替えがはるかに自然になります。
- どのモードにいるかが非常に明確になります。
フィードバックは引き続き受け付けています。何も100%確定したわけではありません。ユーザーが切り替えられるオプションをさらに追加するかもしれませんが、それはまだわかりません。
「いいね！」 5
このフォントは https:///admin/config/fonts で設定可能になるはずですが、現在はそうなっていません。
「いいね！」 4
等幅フォントが気に入らなかったので（コーディングには良いですが、フォーラムでの入力には適していません）、テーマにこのCSSを追加して元に戻しました（これを行うより良い方法があれば教えてください！）。
.d-editor-container--rich-editor-enabled .d-editor-textarea-wrapper textarea.d-editor-input {
font-family: var(--font-family) !important;
font-size: var(--base-font-size) !important;
line-height: var(--line-height-large) !important;
}
「いいね！」 4
ユーザー設定にすべきだと思います。読みやすいフォントを使用するために、WYSIWYGビューを強制されるべきではありません。等幅フォントは、通常の（コードではない）テキストには基本的に読めません。これは特にモバイルで顕著ですが、デスクトップでもあまり良くありません。サイト管理者がこのようなことに対するユーザーフィードバックに対応するとは限らないため、サイト設定やCSSオーバーライドでは不十分だと思います。
「いいね！」 7
まったくその通りです（そして、同意するためにアカウントを作成したほど強く同意します！）
Markdownは自動的に行を折り返し、他にも「ワープロ」と「コード」の境界線を曖昧にするようなプロパティを持っています。ディスカッションフォーラムでは、間違いなくワープロとしての側面が強いです…そして、私はこれまでの動作に満足してきました。曖昧さなく自由にコピー＆ペーストできることを高く評価してきました。Enterキーを押すと改行されるのが好きです。WYSIWYGが私が意図したかもしれないことを想像するのではなく。
Markdown編集は、固定幅フォントを使用しても、より機能的になったり楽しくなったりすることはありません。 むしろ悪化します…実際に使用している人なら誰でも同意すると思います。
つまり、Markdownは、どちらのモードにいるのかという視覚的な手がかりを強化するために、二級市民にされているのです。
皆さんのUXデザイナーの方々に、モードを強調するためのより良い方法があるか尋ねたいです…ほとんどコードではないテキストを編集するために、ほとんど役に立たない固定幅フォントの使用というトレードオフを要求しない方法です。
もしそれに対する良い答えが見つかれば、固定幅フォントとそうでないものを切り替えるオプションは必要ありません。なぜなら、常にプロポーショナルフォントになるからです。
「いいね！」 2
2つのもっともな点です！
「いいね！」 1
「let it breathe」と言われてから長い時間が経ちました。ご覧の通り、この変更は私たち全員が「素晴らしい変更だ！」と言ったものではありません。
他の誰かが言ったように、これに対する莫大な需要があったのでしょうか？私にはわかりません…疑わしいですが、間違っているかもしれません。
マークダウンをモノスペースを正当化するための「コーディング」言語として見ることには、あまり意味がないと思います。私はマークダウンをテキストをフォーマットする方法として見ており、必ずしも「コーディング」言語ではありません。VS CodeやCursorなどを使用する場合とは異なり、マークダウンを使用するために開発者である必要はありません。これらはモノスペースが適切です。
フォーラムで新しいトピックや返信を作成するとき、私たちは「コーディング」しているのではなく、「テキスト」を作成しており、テキストは読みやすい必要があります。モノスペースは、それほど読みやすくはありません。マークダウンの「構文」（もしそう呼ばれるのであれば？）を一切使用せずに、マークダウンエディターで150段落を入力できます。したがって、私はマークダウンをテキストをフォーマットするために使用できる追加のものとして見ており、すべてがそれに座っていなければならない「フォーマット」とは必ずしも考えていません。それが意味をなすかどうかは別として？
「いいね！」 5
CSSにこれを追加してください @seanblue & @alltiagocom。これにより、コンポーザーがサイトのデフォルトに戻ります。
/* コンポーザーのフォントを monospace から sans-serif のデフォルトに戻します */
.d-editor-container .d-editor-textarea-wrapper textarea.d-editor-input {
font-family: var(--font-family);
font-size: 1rem; /* または 16px、または特定のデフォルトサイズを使用 */
}
「いいね！」 2
ユーザーの好みを尊重したいと考えています。もしかしたら、一部のユーザーは等幅フォントを好むかもしれません。私にはわかりません。私は（背景が緑で文字が黒、あるいはもっとひどいものなど）クレイジーなVS Codeのテーマを見たことがありますが、私は決してそのようなものは使わないでしょう。しかし、人はそれぞれ違います。
私は間違いなく自分のフォントをサンセリフ体に変更しますが、ここで私が言いたいのは、ユーザーに選択肢を提供できるということです。それだけです。
「いいね！」 1
Discourseの従業員なので偏りがありますが、新しい等幅フォントがずっとずっと気に入っています。ですから、「ああ、いいね」とか「へえ、気づかなかった」と言う人たちが声を上げない可能性は十分にあります。
少なくとも私たちのような人間は数十人はいるはずです 
「いいね！」 6
確かに。コーダーや開発者はたくさんいます😂
（しかし、一般の人々の間では、等幅フォントは読みやすいフォントとは見なされていません。私と私のユーザーにとっては、CSSトリックがうまくいったので、管理者としての私にとっては、これは学術的な問題にすぎません。しかし、この変更は大多数のために行われ、広く使用されていると言うのはやめましょう。それは真実ではないからです。）
「いいね！」 1
私のことを、そうではないのに、そうだと決めつけていると思います 
「いいね！」 3
同感です。等幅フォントは予期せぬもので、醜いです。また、不要です。ツールバーにはすでに、どのモードにいるかを示すスライダーがあります。
「いいね！」 2
まあ、私はそうしませんでした。なぜなら、すべてがあなたについて、またはあなたによってのものではなかったからです。
とにかく。作曲家として2つのオプションを維持することは素晴らしい解決策でした。Monospaceはそれほどではありませんが、CSSの変更が機能する限り、私は幸せです。しかし、それに対するユーザー設定を持つことのポイントは理解していますが、それは好きではありません。すでに設定することがかなりあります。しかし、どれだけの普通のユーザーが設定を変更することさえあるのかはあまり確信がありません…そして、その場合、どれだけ混雑していても関係ありません🤷♂️
「いいね！」 2