ある情報筋によると、絵文字（例：:-)）を絵文字記号（例：
）に自動的に変換するサイト全体の設定があるそうです。このサイトではその設定が無効になっているようですが、私にとっては都合が良いです（:-/を変換したくないので）。ただし、変換用のポップアップメニューを避けたいユーザーにとっては、強制的に変換する方が便利かもしれません。
これはユーザーごとの設定にすべきだと思います。実際、この件は2014年に Emoji user preferences - #5 by sam で以前議論されましたが、去年に解決策が見出されずにトピックが閉じられました。
絵文字記号ユーザーにとってメニューが大きな問題でないなら、そのオプションを単に削除してしまう方が理にかなっているかもしれません。そうすれば、絵文字記号の強制変換を望まないユーザーを管理者がうっかりイライラさせることを防げます（一部の管理者が意図せずこれを行っているという証拠があります）。強制変換を望まないユーザーにそれを強いる良い理由は見当たりませんが、これが有用で重要な機能だという意見があれば、それにも耳を傾けます。
私も完全に同意します。管理者が全員のために設定を選んでしまうサイト設定があり、なぜユーザー自身が選べないのか不思議に思うことがあります（正確なリストは持っていませんが、時々このような分かりにくい設定に出くわします）。管理者が代わりに決定するのではなく、こうした設定を収める新しい「投稿設定」タブを導入すべきかもしれません。
技術的にこれはどのように機能すると想像していますか？ つまり、投稿を作成して送信し、以前のようにサイトの設定に基づいて投稿がレンダリングされるのではなく、あなたの個々の設定がチェックされるようになります。これはまだ理解できます。
しかし、私の投稿であなたの投稿を引用した場合、引用部分にはあなたの設定が、私の部分には私の設定が適用される必要があります。これが、私の見解では複雑になる点です。
同じことが、私たちが順番に同じWiki投稿を編集する場合にも当てはまります。
また、後で投稿を再レンダリングする必要がある場合にも問題が見えます。まず、管理者が結果を把握せずに設定を変更するよりも、ユーザーが設定を変更する可能性の方が高いので、古い投稿は異なる設定で作成されている可能性があります。さらに、すべての投稿に対して著者とその設定をチェックする必要があります。
これはエディターの好みであることを念頭に置いてください。したがって、実際に入力する :-) に対してのみ適用され、テキストに既に別のものが存在する場合は、自動変換やポップアップメニューは表示されないのが理にかなっているように思えます。そして、それが既にそうなっていると思います：人々の発言を引用する際にポップアップが表示されたことは見たことがありませんが、絵文字を引用したことがあるかどうかは確信が持てません。しかし、この を引用して試してみて、あなたの場合に何が起きるか見てみましょう。
（うーん、誰かが設定を切り替えたか、より可能性が高いのは、私が間違っていて、この特定の Discourse インスタンスが確かに絵文字から絵文字への変換を強制しているということです：エディターを変換しないように「だました」ようですが、投稿したときに変換されました。）
私が言いたいのは、私が :) を投稿すると、それが :slight_smile: に変換されるということです。しかし、私の投稿にはまだ :) が含まれています。
したがって、エディターで「投稿全体を引用」オプションを使用すると、次のようになります。
[quote="Moin, post:5, topic:407255, full:true"]
私が言いたいのは、:) と投稿すると :slight_smile: に変換されるということです。しかし、私の投稿にはまだ `:)` が含まれています。
[/quote]
つまり、引用を正しくレンダリングするには、投稿者の設定ではなく、引用元の著者の設定が必要です。すべてのユーザーで設定が同じである限り、投稿のすべてのコンテンツを同じ方法で処理できます。
Moin が指摘しているように、これは限られた価値に対して大きな技術的課題となります。
昔（私が顧客として、マークダウンにうるさいユーザーがいるサイトを運営していた頃）に、私は同様の課題を持つ以下のリクエストを投稿しました：Advanced post option to override markdown linebreak setting
これもまた、「あってもいいけど、おそらく実現しないリスト」に残っています。
あなたはコツを掴んだようですね。バッククォートを使えばいいんです。
とはいえ、私はこのような意見も聞いています：
年々、本来ユーザーが制御すべきものをサイト設定として追加する傾向も見られます。そのため、同様のものを見つけた場合は、変更を提案することをためらわないでください。
優先順位をつけることはできないかもしれませんが、変更の価値が高く複雑さが低いものは、誰かのリストの上位に上がる可能性が高くなります。
これは奇妙で混乱を招きます。変換を選択した場合（または管理者が選択した場合）、なぜ異なる形式で保存されるのでしょうか。「このように保存して、あのように表示する」というグローバル設定は、管理者がいつでもメッセージの表示方法を変更できるため、非常に悪い考えです。
「ユーザーが見ているものを保存する」ことは、重大な技術的課題ではありません。後方互換性には興味深い課題があるかもしれませんが、このような場合、ユーザーが書いたテキストに対して設定可能で変更可能な解釈レイヤーを複数重ねようとするのではなく、今ここで互換性の問題を受け入れ、解釈が明確になるように修正するのが最善だと考える傾向があります。
データベースには投稿の複数のバージョンが存在します。例えば、リンクを入力すると、コンポーザーに https://discourse.org のようなものが表示され、後で編集する際にもそれが確認できます。
それでも、表示されるのは画像、タイトル、短い説明を含むワンボックスです：
同様の機能は、Marketplace を使用した際にも発生します。投稿後、単純な #marketplace のようには見えません。しかし、投稿に完全な HTML バージョンが追加されないことは気に入っています。そうすると、校正や編集がはるかに複雑になってしまいます。
つまり、ユーザーが入力した Markdown と、通常投稿後に表示される「焼き固められた」HTML バージョンの間には、多くの違いがあります。