私の目標は、「等幅フォントを追加または削除する」ことに焦点を当てることではありません。人それぞれ好みがあります。
企業が長年提供してきたものを変更したい場合、それは強制ではなく、オプションであるべきだと信じています。
あなたはマークダウンに等幅フォントを追加することを好みます。それは良いことです。
私は、これまで通りサンセリフ体でマークダウンを使用することを好みます。それは良いことです。
しかし今、私は、自分が使うとは思えないリッチテキストを使用するか、使ったこともなく気に入らない新しいバージョンのマークダウンを使用するかのどちらかを強制されています。
サンセリフ体または等幅フォントのマークダウンは、一部のユーザーが好まないことをすでに示しているものに、すべてのユーザーを慣れさせることを強制するのではなく、オプションとして提供されるべきです。
その変更を「コーディング環境だから」と正当化するのは意味がありません。なぜなら、私たちはコンポーザーでコーディングしているわけではないからです。私たちは通常のテキストを入力しており、時折マークダウンを使用してフォーマットしています。それはコーディング環境ではありません。
繰り返しになりますが、私にとっての議論は、等幅フォントが残るべきかどうかではありません。それは、私が好きなものを選ぶオプションを持っているかどうかということです。そして、CSSの回避策は私のコミュニティにしか機能しません。Discourseを使用している他のすべてのコミュニティはどうなるのでしょうか。私は新しい変更を強制されています。私には意味がわかりません。
「いいね！」 4
Ed_S
(Ed S)
44
確かに、新しいコンポーザーをまだ提供していないすべてのフォーラムのすべてのユーザーにとって、モノスペースは変化です。そしてそれは素晴らしいことではないと思います。
「いいね！」 3
sam
(Sam Saffron)
45
ソースコードモードとリッチモードをユーザーが素早く区別できるようになったことを念頭に置いてください。
元に戻すことについての懸念は、リッチテキストエディタを絶対に使用したくないユーザーや変化を嫌うユーザーに最適化されていることです。「私にはリッチテキストは不要」というオプションがあれば、同じ目標を達成できるのではないでしょうか？
「いいね！」 3
Jagster
(Jakke Lehtonen)
46
ただし、その違いと、それに対して何をするべきかを知っている場合に限ります。リッチモードは、**太字**ができない人のためにあります。
彼らが見るのは、ただの難しいフォントだけです。
そして再び、管理者がデフォルトでリッチモードを使用する場合、それはユーザーが間違った場所をクリックまたはタッチしてしまい、何が起こったのか理解できない場合にのみ発生します。
そして二度目に、等幅フォントは目に負担がかかります🤷♂️
しかし、これらすべてがあります
これが
ソースコードモードで等幅を有効にする（本当に…その呼び方には何か示唆するものがありますね😏）
（もしそれが合理的に簡単に構築できるなら）そんなにひどいことになるとは思いません。
「いいね！」 3
sam
(Sam Saffron)
47
…そして、それを簡単に消すボタンをクリックできるので、「簡単な」フォントの使用が推奨されます。これは見た目も素晴らしいです。ほとんどのユーザーは、カジュアルな作成にはそれを選ぶべきです。
ユーザーの好みを優先するよう求めていることは理解しており、内部でも議論しています。通常、好みを設定する機能は最後の手段として追加するため、これはそのようなケースの1つかもしれません。
また…私たちの動作を「例外」とは思いません。
インターネットで6位のサイトであるRedditも、全く同じことをしています。
これを上書きするオプションは提供されていません…
「いいね！」 5
thoka
(Thomas Kalka)
48
プラグインはどうですか？
そうすれば、管理者はこの機能に積極的に労力を投資する必要があり、使用状況の数字で、このオプションが本当に必要かどうかを示すことができます。
「いいね！」 1
興味があるのですが、どちらが管理者にアピールするでしょうか？
- テーマコンポーネント - グローバルにフォントを変更
- プラグイン - ユーザーごとのフォント設定
thoka
(Thomas Kalka)
50
テーマコンポーネントのルートは非常にオープンなので、プラグインに反対票を投じる理由がわかりません。
「いいね！」 1
Jagster
(Jakke Lehtonen)
51
したがって、フォントに問題がある場合の選択肢は次のとおりです。
- マークダウンを使用しない、または
- その難しいフォントを使用する
つまり…
開発関連の話題と一般的な議論が混在するフォーラムでは必要だと思います。熱心な開発者がどこでもタイプライターフォントを使いたいのであれば理解できますが、なぜ私も同じものを使わなければならないのか理解できません。
しかし、これはやや奇妙な状況です。私たちは、何の利点もない1つのフォントで書いていますが、それはユーザーがどのような種類の作成者であるかを示すマーカーとして機能し、その後、私たちはそれを読み、フォントはまったく異なります。
実際には反対の例の方がはるかに多いことをあなたはよく知っています。そして、なぜRedditが良い例なのか私にはよくわかりません。もしそうなら、Facebookの方法にも適応すべきです。
「いいね！」 2
sam
(Sam Saffron)
52
Facebookにはデュアルモードがありません。デュアルモードを備えた他の例はあまり思いつきませんが、何か例を挙げてもらえますか？
CKEditorも私たちと同じことをしています。
monospaceでのソースコードは、非常に確立されたパターンです。
…編集しやすいmarkdownにする
例：
```
one
two
three
```
monospace以外での「無駄な努力」の例です。
なぜなら、あなたは見ています
「いいね！」 3
Jagster
(Jakke Lehtonen)
53
それは重要ではありません。ポイントは、Redditを人気があるという理由で有用なUXの例として使用する場合、Facebookにも同じ論理を適用すべきだということです。
Redditは実際、米国とネイティブ英語圏以外ではそれほど人気がありません。
私の理解が正しければ、読みにくい等幅フォントはマークダウンエディタのインジケーターですか？それは少し厳しい方法ではありませんか？マークダウンを使用している私のユーザーと私自身は、フォントが同じであってもどのエディタが使用されているかを知っています。
繰り返しになりますが、CSSが救世主です。しかし、ここではそうではありません。Metaでは、次の2つの選択肢しかありません。
- 100年前のタイプライターフォントで苦しむ（いくつかのサイトがそれを使用しているため）
- マークダウンエディタを使用しない
それで…
おそらく、スマートリストの使用を強制しないので、その設定が必要なのでしょう。
（オフ]।トピックですが、一般のコンシューマーレベルのユーザーは、画像アップロード用のワンボタンツールバーしか必要としません。
私のような一部のユーザーは、リッチテキストをまったく使用しない可能性が高いため、これは実際には違いを生む機能ではありません。デフォルトがマークダウンであれば、それだけで十分です。
もちろん、マークダウンが何であるか全く知らない他のユーザーもおり、リッチテキストは役立ちます。そのことは理解しています。変更に「反対」しているユーザーも同様です。私たちはそれらのユーザーを軽視しているわけではありません。私たちは、必須ではなく、オプションを求めているのです。
読んだコメントからは、誰も変化を嫌っているわけではありません。あなたはそれを、チームが行った決定の正当化として使用しています。私は変化を嫌うわけではありませんし、他のユーザーも同じように思っていると言えるでしょう。私たちは、マークダウンとモノスペースを一緒にしたくない人々のためのオプションを求めているのです。
これは同じことです。「リッチテキスト不要」と「リッチテキスト（サンセリフ体）不要」は異なるものです。「リッチテキスト不要」が現在モノスペースを意味し、それは悪いフォントであることを考慮すると、あなたは理解するのに苦労しています。
何年もフォーラムを使用し、Discourseを使用してきた何千人ものユーザーが、読書に適していないことが証明されたものに慣れなければならないというのは、「トリッキー」なことではありませんか？
例えば、Facebook、X/Twitter、YouTubeは投稿内のクリック可能なリンクを許可しています。InstagramとTikTokは許可していません。
各企業は企業です。RedditやCKEditorが特定のやり方で機能するからといって、あなたがそれをコピーしなければならないわけではありません。あなたの製品にとって意味のあることをしなければなりません。そして再び、誰もリッチテキストやモノスペースを削除するように求めているわけではありません。私たちは、これがオプションであることを求めているのです。ライトテーマを好む人もいれば、ダークテーマを好む人もいます。コーディング中に純粋な黒い背景にネオンカラーのテキストを好む人もいれば、落ち着いた色を好む人もいます。人それぞれです。
それはあなたにとって意味がある必要はありません。ユーザーにとって意味がある必要があります。
失礼な態度で接したくはありません。Discourseプラットフォーム、特にセルフホスティングオプションが無料であることを高く評価しています。開発者を含む人々のチームが、私たちに「少し様子を見させてくれ」と依頼してから約4ヶ月後に、ユーザー設定が適切な道であると受け入れるのに苦労していることに、ただ受け入れがたいと感じています。様子を見ましたが、私たちの多くはそれが好きではなく、少なくとも自分たちが使用したいものを選択するオプションが欲しいのです。
「いいね！」 2
Discourse にネイティブでこれを実行させるという 3 つ目の選択肢もあります。常にサンセリフ体を使用してきましたし、それが問題だったとは思いません。インストールして管理するプラグインを増やすのは、意味がないように思えます。
しかし、2 つのうちでは、プラグインの方が理にかなっています。そうでなければ、同じことになります。リッチテキスト オプションがある今となっては、ユーザー全員に 1 つのフォントの使用を強制することになりますが、私はそれに反対です。
「いいね！」 1
コミュニティの管理者は、markdownのデフォルトをサンセリフまたはmonospaceに設定できます。その後、各ユーザーが希望するものを選択します。管理者がサンセリフに設定した場合、ユーザーは次のように表示されます。
markdown表示でmonospaceフォントを使用する
管理者がmarkdownに設定した場合、ユーザーは次のように表示されます。
markdown表示でサンセリフフォントを使用する
「レガシー」などの複雑な言葉は不要です。平均的なユーザーが理解できるように、分かりやすく、要点を絞ってください。開発者ではなく、一般ユーザーの視点で考えてください。
「いいね！」 4
mbauman
(Matt Bauman)
58
ふむ、プログラミング言語コミュニティのDiscourseでこの騒ぎを完全に見逃していました。おそらく、リッチテキストエディタを完全に無効にしているからでしょう。その選択は、おそらく2016年頃に行われ、当時リッチテキストエディタは今日よりもはるかに粗悪だったのでしょう。そして、再評価されることはありませんでした。あるいは、私たちのインストールがリッチテキスト編集より前にあり、単に有効にしなかっただけかもしれません。いずれにせよ、マークダウンエディタでは「レガシー」なセリフフォントの動作が続いており、私はその動作に非常に満足しています。
個人的にマークダウンやコードを（等幅フォントエディタや多くのHTMLテキストボックスで）たくさん書く者として、意見があります。
Discourseの投稿を作成する際に、RTEではない環境でセリフフォントを使用する方がずっと好きです。それは変化への抵抗かもしれませんが、いくつかの良い理由もあると思います。DiscourseやGitHubで書くテキストのほとんどは、実際にはコードではなく「テキスト」です。実際、マークダウンを「コード」と呼ぶべきではありません！このテキストエディタウィンドウ（またはGitHubのもの）で等幅フォントが必要なのは、``` のフェンスの中だけです。なぜなら、それがコードだからです。マークダウンとコードを混同しないでください。それはコードではありません。そして、リッチテキストエディタは、しばしば私と戦うので嫌いです。例えば、この段落は、フェンスのマークダウンを書こうと奮闘した後、非常にバグのある動作をしています（単に ```` ``` ```` ですが、今ではキーボードのチルダに触れるとRTEが壊れてしまいます）。
RTEではない環境でのセリフフォントは、GitHubとも一致します。私が多くのマークダウンを書くもう一つのHTMLテキストボックスがあるサイトです。
これは、私たちのプログラミングコミュニティ全体のかなりの部分を代表していると確信しています。私たちのDiscourseボードの皆さんは：
- ソースコードを書き、ソースコードを書くために等幅フォントを使用します
- マークダウンを直接書き、読む方法を知っています
- マークダウンテキストをソースコードとは考えていません
- おそらくRTEではないものを使用することを好みます
- おそらく、セリフフォントで、散文としてタイプ/編集することを好みます
「いいね！」 7
pfaffman
(Jay Pfaffman)
59
そうではありません。リッチテキストエディタを含むバージョンにアップグレードしていない可能性が高いです。
「いいね！」 3
mbauman
(Matt Bauman)
60
どちらでも構いません。元の投稿からアサイドを削除しました。重要なのは、私たちのインスタンスのリッチテキストエディタが無効になっており、有効にすると（私の意見では）この方法でマークダウンエディタの品質が低下するのであれば、無効のままにしておくつもりです。
「いいね！」 1
mbauman
(Matt Bauman)
61
「テキストの設定」が @alltiagocom さんのポイントの根幹にあると思います。チェックボックスが「現在のMarkdownモード」の動作を変更するとは、確かに期待しません。設定項目（特にユーザー設定）を制限したいという気持ちは理解できます。それは非常に称賛に値する目標です！しかし、これはテーマ自体で処理するのが最も適切ないくつかの独立したスタイルに関するもののように思えます。
「いいね！」 2
私のCSSのどこに追加すればよいですか？私は管理者ではないのですが、それが私の言いたいことです。ブラウザ拡張機能を使わずに、一般ユーザーとしてCSSをオーバーライドできるということでしょうか？
しかし、どちらのモードにいるのかを示すトグルが文字通り表示されています。他に何が必要ですか？あなたのスクリーンショットから、モバイルでは表示されないようですが、表示されるようにすればその問題は解決します。
将来的にMarkdownバージョンを削除する予定ですか？もしそうなら、なぜ人々をそのビューに誘導したいのか理解できます。しかし、WYSIWYGエディターは完璧ではなく、しばしば一貫性がないことを再度言及したいと思います。大きな問題は、ウェブサイト/アプリケーションごとにWYSIWYGエディターの癖を学習する必要があることです。Teams、Confluence、BitbucketはすべてWYSIWYGを使用しており、それぞれに学習して適応しなければならない癖があります。プレーンなHTML入力/テキストエリアの動作とは全く逆の癖があるため、まだ慣れていないものもあります。すべての癖は、私が望むものを入力するためにより多くの時間を費やすことを意味します。一方、Markdownは常に機能し、手動で書き込みまたは編集できるため、エラーが発生しにくくなります。
また、特にDiscourseでは、ソフトウェアには通常のエディターよりもはるかに多くのコンポーネント（投票、投稿引用、詳細非表示、ネタバレなど）があり、それらははるかに複雑です。それらがインラインで表示されることは、技術的でないユーザーにとってメリットがあることは理解していますが、WYSIWYGエディターがパワーユーザーにとって迷惑な方法で微妙に壊れる可能性のある場所が増えることも意味します。
Redditははるかに複雑な機能が少ないため、Markdownエディターを使用する必要性が低いと思います。最近、Markdownモードに切り替えるトグルに気づいた（そして、それがmonospaceであると見てすぐに元に戻した）のですが、Redditでは太字や斜体、リンクのような基本的な動作しか必要としないという違いがあります。これはWYSIWYGモードで完全に問題ありません。
なぜ「ソースコード」という言葉を使い続けるのか分かりません。あなたが書いているものを「コードのようなもの」と表現するためにそれを使用しているようですが、それは全くコードのようではありません。Markdownは、コードを書いたり読んだりすることとは全く似ていません。
Bitbucketはハイブリッドアプローチを使用しており、Markdownを表示できますが、Markdownの効果も表示します。例えば、**text**と表示されますが、アスタリスクと「text」はエディター内で太字で表示されます。コードブロック内のテキストはmonospaceで表示されますが、それ以外のすべてのテキストにはセリフフォントが使用されます。（そして、はい、エディターにはコメントの編集時に頻繁にミスをする癖があります。）仕事のコンピューターでしかアクセスできないため、スクリーンショットを提供できません。
まさに！ソフトウェアエンジニアが「このMarkdownエディターがmonospaceフォントを使えばいいのに」と言っているのを聞いたことがありません。
「いいね！」 2
