ポストエディタのMarkdownシンタックスハイライト

デフォルトの投稿エディターのtextareaをMarkdown構文ハイライターに置き換えるのは難しいでしょうか?

それとも、どこかでオプションを見逃していますか?

管理スタイルエディターでは、すでにCSSのためにこれを美しく実装しています。

「いいね!」 3

コードブロックを使用することで、プレビューエリアでシンタックスハイライトが表示され、すでに達成されているのではないでしょうか?

「いいね!」 1

これは興味深いアイデアですね。目標は、テキストエリア(つまり、コンポーザーの左側)にシンタックスハイライトを適用し、Markdownの構文エラーがないか確認できるようにすることです。はい、コードブロックはプレビューでも同様のことを行いますが、例えばMarkdownのエラーは表示されません。また、テーブル、アップロード、リンク、見出しが多い投稿など、複雑なMarkdownはスキャンしやすくなります。

ただし、これが簡単に実現できるかはわかりません。管理画面ではACE Editorを使用していますが、それをそのまま投稿コンポーザーにドラッグアンドドロップできるとは思えません。

「いいね!」 4

はい、まさに私のユースケースです。

構文について非常に直接的なフィードバックが得られます。数秒ごとに右側のペインを見て、些細な構文エラーをしていないか確認する必要がありません。

Markdown が苦手な人(初心者)にとっては、もう少し構造を与えてくれるでしょう。

もちろん、コンポーザーウィンドウの右側にはレンダリングされた HTML も表示されます。

特にオプションであれば、これによる直接的な欠点はないでしょう。

追伸:コードブロック用の Markdown 構文ハイライターさえインストールされていないようです :grin::

# Markdown コードブロックの構文...

...残念ながら...

- ハイライトされません
- ハイライトされません

**全く**されません!

編集 2 時間後: @pmusaraj によって修正されました

「いいね!」 4

おっと、よく気が付きましたね!マークダウンハイライターのスタイルがいくつか足りないようです。

「いいね!」 2

「Markdownのためだけに」フル機能のエディタを使うのは、少しやりすぎではないでしょうか?

私の意見では、OPのニーズには、例えば https://ui.toast.com/tui-editorPlayground | Milkdown のような、Markdownの半WYSIWYGエディタの方が合っていると思います。

「いいね!」 3

素晴らしいですね!

しかし、エディタがより「水中画面」[1] のような雰囲気でも問題ないため、よりシンプルなMilkdownの方が適していると想像できます。プレビューは右側にあるのですから。


  1. はい、WordPerfectを鮮明に覚えています :older_man: ↩︎

「いいね!」 3

はい、ACE、TUI、Milkdownのいずれも大きな変更であり、どちらもtextareaをcontenteditableに置き換える必要があります。確かに実験する価値はありますが、コアにとっては大きなプロジェクトです。

「いいね!」 4

PR が、欠落していた markdown ハイライトの修正とともにアップロードされました: UX: Update highlight.js styles by pmusaraj · Pull Request #23999 · discourse/discourse · GitHub

「いいね!」 6

コアでこれをサポートしたいと考えていること、また複雑さについても詳しく説明したいと思います。

Discourseコアは、TEXTAREAに対して多くのAPIを使用しています。@メンション、ツールバーがTEXTAREAに挿入するもの、アップロード、画像の切り取りと貼り付けなどです。

これらはすべて抽象化されておらず、TEXTAREAと通信することを前提としています。そこにcontenteditableを直接追加すると、TEXTAREAを適切かつ非常に正確にシミュレートする必要があり、失敗する可能性が高いです。何かをスワップできるプロバイダーフレームワークを作成するには、かなりの作業が必要です。

以下も参照してください。

ハイライターは、双方向のMarkdownからテキストへのマッピングを心配する必要がないため、この方向への素晴らしい最初のステップです。

TEXTAREAを非表示にして、その上にcontenteditableをレンダリングし、元のTEXTAREAにイベントを転送するような忍者ハックがあるかもしれませんが、それすらも@mentionの位置決めを再実装する必要があります。

「いいね!」 9

正直に言うと、Trelloのエディターを見てしまうと、エディターの面でDiscourseは少し2000年代に感じられます。

このようなことは重要だと思います。

注:Markdown構文は引き続き100%受け入れられます。

「いいね!」 1

個人的にはこれは好きではありません。あまりにもごちゃごちゃしています。Discourseのエディターが視覚的にすっきりしているのが気に入っています。見えるのはテキストだけで、レンダリングされたものは本来あるべき横にあります。

しかし、構文ハイライトという本来の話題に戻ると、これもぜひ見てみたい機能です。少なくとも、# 見出しと ## サブ見出しが何らかの方法でハイライトされると嬉しいです。長い投稿を検索する際に、プレビューとエディターがずれていて、関連する#見出しがどこにあるのかを見つけるのに何年もかかってしまうことがどれほど多いか、あなたにはわかりません。

私にとっては、# 見出しを太字にするか、コンポーザーのエディター側で特定の色にするだけで、大幅な改善になります。

「いいね!」 2

そうですね?

これらのエディターは開発者やコーダー向けに作られており、一般ユーザーには非常に分かりにくいです。

しかし、現状はこうであり、変更するにはコアすぎています。下書きの質問のように :wink:

とにかく、話がそれました etc.

「いいね!」 1

Is this any closer to happening?

Context:

「いいね!」 1

この分野での作業を開始しました。進捗状況は @lindsey が共有します。

「いいね!」 9

これは非常に良い知らせです。Markdown を使用することは、パワーユーザーにとっては素晴らしいですが、ほとんどのスーパーユーザーではないユーザーにとってはかなりの学習曲線であり、コミュニティをよりアクセスしやすくするために大いに役立つでしょう。

「いいね!」 4

リンジーさん、お急ぎではないと思いますが、念のためお伺いします。以下について共有していただけますでしょうか。

  1. 変更には、相互運用性/プラグインがエディタソリューションを開発できるようにするフレームワークが含まれるかどうか。

  2. 関連して、独自のWYSIWYGエディタ(例:プラグインとして)を開発することを検討されていますか。

  3. 1および/または2のタイムラインについて、大まかな見通し。

私の文脈は、この潜在的なプロジェクトへのアプローチとタイムラインです。

私と@Rohail_Altafは、特にタイムラインに関して、この問題にどのように最善に対処するかを検討しようとしています。とはいえ、この段階で共有できない場合は、完全に理解いたします。

「いいね!」 5

アンガスさん — ご連絡が遅くなり申し訳ありません。会社の年次リトリートで東京にいました!

現在、実装の詳細を詰めている最中であるため、具体的なことはあまりお答えできません。今後数週間以内には、少なくともこれらの質問に答えられる程度には解決すると思いますので、詳細が分かり次第、改めてご連絡します。

「いいね!」 6

Discourse が実験的な WYSIWYG エディタの提供を開始しました :confetti_ball:

このインフラにより、将来的にはマークダウンのシンタックスハイライトを適用することも可能になりますが、新しいエディタがあれば、その必要性は大幅に低下します。

例えば、新しいエディタでは、入力中にコードのシンタックスハイライトを適用できるようになりました!

「いいね!」 5