おっしゃりたい意図はよく分かります。ご認識の通り、HTML を活用してより包括的な体験を提供する、はるかに高度な機能を持つ本格的なエディタを作成したいというお考えですね。
私自身、Markdown 出力を保持する WYSIWYG エディタをぜひ見てみたいと思います。Markdown を入力して解釈させること自体にはあまり関心はありません。Ctrl-B(太字)のような通常のショートカットやツールバーがあれば十分です。ただし、後からの編集可能性、レンダリングコンテキスト外での解釈、そしてエクスポート機能は維持したいと考えています。経験上、HTML はこれらの要件のすべてを完全に満たすわけではありません。
具体的に、Markdown 出力と互換性がないとして、エディタに何を求めているのでしょうか?
また、Typora は Markdown のインラインレンダリングやショートカットの処理において非常に優れていることを指摘しておきます。フォーマットバーが動作しない理由もわかりません(Typora にはフォーマットバーがないようですが)。
@ozkn さん、こんにちは!
imageUpload だけで動作する実装方法に取り組んでいます。同じアプローチで進めていただければと思います。イニシャライザー内で component:b-editor の setupBasicEditor 関数を変更してください。
api.modifyClass("component:b-editor", {
setupBasicEditor(){
loadScript("/plugins/DiscourseBasicEditor/ckeditor.js").then(() => {
ClassicEditor.create( document.querySelector( '#editor' ), {
toolbar: [xxx],
...
})
}
});
ツールバーの設定については、こちら Migrating to new installation methods | CKEditor5 documentation をご確認ください。私の場合は toolbar: ["imageUpload"] のみを使用しています。
よろしくお願いいたします。
みなさんこんにちは!少しお手伝いいただけないでしょうか。
私は複数のコンポーザーを使用するプロジェクトに取り組んでいます。具体的には、初期ページの冒頭でユーザーがトピックを作成する際、Facebook のようなメインコンポーザーを使用しています。
この構成のため、コンポーザーを開く際にいくつかの問題が発生しています(おそらく、メインページですでに使用していることが原因かもしれません)。
トピックを更新したい場合、コンポーザーコントローラーを使ってモデルを開こうとすると、b-editor というメッセージが表示されてしまいます。
複数コンポーザーを扱う際に、皆さんも同じ問題に直面したことはありますか?
よろしくお願いいたします。
フェリペ
一時的にプラグインを無効にすることもできます。おっしゃる通り、これはまだ開発中の段階です。来月にもっと作業を進める予定ですが、今は Mandarin(中国語)の学習に集中しています(笑)。よろしければ、GitHub のリンクを教えていただくか、コードを送っていただければ、あなたが何を実現しようとしているのか理解するために確認させていただきます。
バグの報告です。プラグインを有効化すると、管理セクションが隠れてしまうようです。
- テストバージョン: Discourse 2.7.4 stable
- テストブラウザ: Chrome、Firefox(PC およびモバイル端末の両方)
こんにちは、標準エディタに対してサードパーティ製の追加プラグインや機能(例:…)をサポートする予定はありますか?
その代わりに、CKEditor アドオンをサポートします。
これは私が行った UI の簡素化の実験で、おそらく別々のプラグインとして実装する予定です。機能の肥大化は良くありませんからね、ハハ。
一言言わせてください。収益化の手段がなければ、このコードを書く意味がありません。私はクローズドソースのプラグインを試したこともあります:
しかし、問題はコードが購入者間で共有されてしまうことです。つまり、口コミで来る以外の新しい顧客を絶えず獲得する必要があり、それはほとんど持続可能ではありません。
そのため、もしあなたがこれにお金を払う意思があるなら、また購入者間でのコード共有問題をどう解決できるかについて提案があれば、ぜひ聞きたいです。
もしそうであれば、コメント欄でいくらまでなら支払えるか教えてください。![]()
- はい
- いいえ
ありがとうございます
この新しい WYSIWYG エディタは、標準の Discourse に対して投稿の構造を変更するのでしょうか?つまり、もしこのエディタが無効化された場合、このエディタで作成された投稿を標準のエディタで編集する際に問題が発生するのでしょうか?
資金調達のための収益化計画はありますか?
現時点では、エディタは Markdown を生成するため、両方のエディタを問題なく併用できます。ただし、Markdown に固執する限り、体験は完璧なものにはなりません。そのため、最終的な解決策として HTML を生成する予定です。もし「ロックインされるのが嫌だ」という理由でこれが決定的な障壁になる方がいる場合、簡単な解決策があります。HTML を Markdown に戻すだけです。
事前に資金を調達する必要はないと思います。もし「これだけの人数がこれだけの金額を支払う意思がある」ということが分かれば、コードを完成させるだけです。もし予算に関する議論を公の場で共有することに抵抗を感じる場合は、私に直接連絡してください。
この微妙な点について、Discourse チームと話し合ってみましたか?もしかしたら、彼らも新しい WYSIWYG エディタを追加したいと考えているかもしれません。
彼らは哲学的な理由からそれを却下しました。詳しく知りたい場合は、フォーラムを検索してみてください。彼らの主張は完全に正当であり、私はそれを尊重しています。だからこそ、私はこのプロジェクトに取り組んでいるのです。
「ジャストインタイムレンダリング」というアプローチを踏襲すると、これはますます人気のあるアプローチのようです。Roam ResearchやObsidian(最新アップデートでWYSIWYGを追加)はどちらもこれを行っており、前述のTyporaも同様です。Typoraサイトで実践されている例をいくつか見ることができます。
この種の「WYSIWYG」と既存のツールバーの組み合わせは、私にとって最良の選択肢のように思えます。ほとんどの人は、Markdownが提供するもの以上の書式設定を必要としません。彼らが必要としているのは、Markdownを生成および編集するための、より直感的な方法です。
素晴らしい点ですね。tiptap.dev がこれまでのところ最善のアプローチだと思います。Markdownのように編集できるキーボードショートカットを備えていますが、実際には適切なWYSIWGエディターです。tiptap を使用してプラグインを書き直しましたが、ckeditor の代わりに使っています。しかし、資金が見つからなかったため、公開していません(Discourse から報酬は得ていません)。
そして、自由な時間を使ってこれに取り組むほど気にかけていません。
敬具、
Spirobel
ユーザーがショートカットやコマンドを毎回使用(および記憶)する必要がある場合、WYSIWYG は関係ありません。ほとんどの人は、Markdown や HTML を使用せず、理解もしていません。知っている人は WYSIWYG をめったに使用せず、主にテーブルのような出力のフォーマットが完全に確実でないシナリオで使用します。
ここのかなりの人々は非常に狭い世界に生きています。WordPress が人気があり、Ghost が周縁化されているのには理由があります。
私だけかもしれませんが、Typora は嫌いです。あの飛び跳ねるような動きは頭痛を引き起こします。
そして、はい、Discourse が実際の WYSIWYG を(ほとんど)決して取得しないことはわかっています。ほとんどのユーザーはそれを望んでいるでしょうが。
確かにそれは可能です。私はおそらく 80% 完了しています。問題は、完成させるほど気にしていないことです。Discourse はオープンソース プロジェクトというよりは、会社の製品に近いです。ここの人々はほとんどが会社の従業員か、独自のプロジェクトで Discourse を使用したいと考えています。そのため、エネルギーがありません。いつか本当に退屈したら、証明するために完成させるかもしれません。![]()
とにかく、良い一日を、
Spirobel ![]()
コミュニティメンバーがこのようなプロジェクトに多大な努力を注ぐためには、コミュニティ側もそのようなプロジェクトを支援するより良い努力をする必要があります。
しかし、Meta内でのクラウドファンディングは少し厄介な分野です。Pavilionはこれをより簡単にできる方法を模索しています。
このサイトは、このプラグインのテストでまだ利用可能ですか?ビルトインエディターを使用しているように見えます。




