Discourse 基本エディタ

最近、他のプラグインのテストに使用していました。急いでいる場合は、私が作成したビデオを見るか、ローカルにインストールしてコードを操作してください。開発中のtiptapバージョンはオープンソース化していません。ドラフトシステムを修正することにも取り組みました。いくつドラフトを持てるか、そしてそれらがどこにあるかについてのルールは恣意的に感じられます。そのため、ユーザーは好きなだけ新しいトピックドラフトを持つことができます。
しかし、言ったように、本当に本当に退屈しない限り、完成しないでしょう(笑)。
金銭的なインセンティブがなければ、気にもかけないでしょう。

私もこのことについて考えました。gitリポジトリへの早期アクセスを販売するために、discourse-monero統合に取り組んでいました(discourseとgiteaまたはgitlabのようなものを統合することも検討しました)。しかし、「クラウドファンディング」に「クラウド」が本当に存在するのかどうかはわかりません。discourseに支払っているのは、discourseの背後にある会社とビジネス上の関係がある人たちだけのようです。

Tiptap は、Markdown ショートカットを使用して HTML に変換するだけなので、比較対象としては適切ではありません (私の知る限り)。Markdown は、構文が表示されないため、既存の書式設定を編集することはできません。そのため、一方向には進めますが、もう一方向には進めません。そして、私にとって、Discourse の WYSIWYG エディタ ソリューションで Markdown にレンダリングされないものは、すべて却下です。それは根本的にコアの互換性を壊し、選択した特定のプラグインにロックインされます。Tiptap が Markdown に出力できれば、このアプローチは問題ないでしょう。

Typora を例として示すのは、WYSIWYG と Markdown を非常にエレガントに調和させているからです。一部の人々、例えば @Jagster のような人々にとっては、既存の動作を維持し、プレビューと構文の間で「ジャンプ」しないことが望ましいでしょう。しかし、Typora のアプローチは、他の多くの人々にとってより好ましく、直感的であると私は思います。

それは素晴らしいニュースです!ぜひ興味があります。

同意します!これは将来的にコアで改善されると思います/願っています。

Discourse を提供する企業とビジネス関係があるのは「唯一」の人々ではないと思いますが (Communiteq はそれについて何か言うことがあるでしょう :grinning_face_with_smiling_eyes:)、オープンソース プロジェクト Discourse は、「コミュニティ精神」や「オープンさ」などがやや欠けているコミュニティであるという点には同意します。正確には何かわかりませんが、商業エンティティによって運営されている多くのオープンソース プロジェクトとは明らかに異なる方法で物事が進んでいます。真のクラウドファンディングの取り組みや、コミュニティが所有・主導するプラグイン (あるいはコアへの変更) がいつか実現することを願っています。特に、より高度なレイアウトや変更のためのテーマ開発に関して、以前にも言及したように、これが見られることを特に望んでいます: テーマの相対的な不足 - 何か見落としていますか?

「いいね!」 4

これについては以前説明しました。マークダウンは松葉杖であり、取り除く必要があります。

そうではありません。誰かが本当にHTMLをマークダウンに戻したいのであれば、それを行うことができ、元に戻すことができます。マイグレーションスクリプトを見て、自分で書けばいいのです。大したことではありません。

もっともな点です。

主な問題は、Reactで書かれていないものはすべて、現時点ではサンクコストであるということです。フロントエンド開発でのキャリアを真剣に考えている人、あるいは影響力のあることをしたい人なら誰でも、React以外のものを避けるでしょう。
そのため、これを相殺する経済的なインセンティブが必要です。開発者体験もあまり良くありません。このコードベースで作業するのはあまり楽しくありません。だから、本当に退屈しているときにこの種の作業を続ける唯一の理由は、すでに多くの時間を費やして慣れてしまったからです。:sweat_smile: :crazy_face: :slight_smile:

「いいね!」 3

私の意見では、大企業がディスコースを運営しているわけではない人々のために、クラウドファンディングの方が簡単に機能するでしょう。コミュニティによって貢献されたプラグインやテーマ/テーマコンポーネントがいくつかあります。

大企業ではない場合、個別に投資できる十分な資金プールがないことがよくあります。しかし、コミュニティによって資金提供されたプロジェクトの関心を整理すれば、同等またはそれ以上のプールを持つことができます。

適用方法を理解するだけです。Donate、Patreonなどのいずれかを使用するかどうか。

そしてはい、エディターを近代化し、非常にユーザーフレンドリーにするというあなたのビジョンは、大衆にとって非常に魅力的だと思います。

「いいね!」 3

私はそれに反対です。Markdownをあらゆる場所で使っており、存在して広くサポートされていることを嬉しく思います。:man_shrugging:

これは興味深いですね。私は自分で開発者ではないので、Discourseのコードベースで作業するのがどのようなものかわかりません。あなたの経験が普通ではないことを願っていますが、その有効性と重要性も認識しています。

「いいね!」 3

フロントエンドで最も多くの求人を得たいのであれば、Reactを学ぶべき、と表現した方が良いでしょうか?

私は10年以上にわたり、小規模なプロジェクトから大規模なものまで、グリーンフィールドからレガシーなものまで、本番環境でReact以外のフレームワークを使用してきました。Reactは、プロトタイプやトイプロジェクトでいくつか使用し、その仕組みを理解しました。現在私が所属している会社では、特定のフレームワークの専門知識に関係なく、優秀なJavaScript開発者を雇用しています。

「いいね!」 3

これは完全に脱線する危険がありますが、どこかで議論する価値はあります。

市場価値がすぐに明らかであるかどうかにかかわらず、一般的に適用可能なアプローチを学ぶことができるため、機会があればさまざまな言語やフレームワークを学ぶことは良いことだと思います。また、間接的に何かを学ぶための入り口になる可能性もあります。最近、まったく異なるプラットフォームでプロジェクトをデリバリーするためにGoを学びましたが、シンプルさとスピードの利点を思い出しました。また、優れたAPIの構築についても多くのことを学びました。Golangを学ぶ努力をしていなければ、その経験は得られなかったでしょう。

Emberは容赦がないが、設計は優れているようです。Discourseに取り組む上での課題は、ナビゲートする必要のある大規模なカスタムプラットフォームにも直面することです。その際に開発する、自己依存型の逆エンジニアリング(詳細なドキュメントがない場合)のアプローチは、まったく異なるドメインでも役立ちます。

特定のフレームワークを学ぶよりも、主要なプラットフォームを1つか2つ学ぶことの方が重要だと主張します。たとえば、PHPを学ぶことに集中するよりも、WordPressを学ぶことの方が重要でしょうか?

したがって、さまざまなプラットフォームとその個々の技術スタックを学ぶことは、何の問題もないと思います。次に、それに伴うプロフェッショナルなネットワーキングがあります。これらの経験の組み合わせは、あなたのキャリアにとって良い基盤となるでしょう。

ここでの主な問題は、オープンソースと資金調達の間の対立だと思います。CDCK自身が、オープンソースを中心に持続可能なビジネスを構築することが可能であることを証明しました。利益を上げ、価値を提供するためには、かなりの洗練が必要です。

エコシステムを前進させている人々をサポートすることは、コミュニティ全体の責任です。これも、コミュニティが自身のプラットフォームを収益化することから始まるべきだと提案します。そうすれば、貢献する余裕が生まれます。そして、多くの人がそうしてきました。ここで頻繁に利用する、最も意欲的で勤勉なビジネスパーソンから資金提供を受けて行った仕事に、私は非常に感謝しています。

「いいね!」 10

問題は、今から始める人やキャリアの初期段階にいる人はReactを学び、それに集中するということです。テクノロジーに集中することは、賭けをすることであり、現在フロントエンドでReact以外にキャリアを賭けることは悪い選択です。唯一正当な代替手段はVueかもしれませんが、それは間違いなくEmberではありません。
Emberにキャリアを集中させている人の数は、おそらくすでにピークを過ぎていると思います。

EmberやDiscourseのコードベースを学びたいという人が大勢いると思いますか?
私はそうは思いません。これはレガシーソフトウェアの兆候です。そのポテンシャルはピークに達しました。リモートワークやリモートコラボレーションソフトウェアの使用が増加した後でも、それを使用したり、それに取り組んだりしたいという人が大勢いるわけではありません。人々はむしろZoomやDiscordを使用します。

それが私が開発者体験で言いたいことです。

これは良い点です。Discourseは主に製品です。ややオタクな層向けのセルフホスト型コミュニティ/サポートフォーラムです。資金源がそこにあるため、それ以上のものになることは決してありません。したがって、ほとんどの決定はこの層を満足させるために行われます。
話を元に戻すと、Markdownコンポーザーを置き換えるということは、このソフトウェアをそれほどオタクでなくすということです。つまり、それが対象としている層からの乖離を意味します。
この局所的最適解から抜け出すのは簡単ではありません。

したがって、ソフトウェアがそのオーディエンスを見つけると、そのオーディエンスを満足させるための機能が増加する反射的なフィードバックループが開始され、他のグループのユーザビリティはますます無視されるようになります。

「いいね!」 4

私の意見ですが:

フォーラムには約1,000人のアクティブユーザーがおり、そのかなりの割合が50歳以上で、皆マークダウンにうまく対応しており、苦情はありませんでした。

私の結論:マリファナ常用者でさえマークダウンの学習曲線を進むことができるなら、誰でもできるはずです。 :wink:

「いいね!」 8

ドイツには350万人の大麻喫煙者がいます。ドイツ人の84%が合法化に賛成しています。したがって、あなたのフォーラムには成長の余地がたくさんあると思います。現在のユーザーベースとその潜在的なユーザーベースは桁違いに異なります。この目標に向かって、小さな改善や変更を加えるだけでは不十分です。

現在のユーザーベースをなだめるような変更は、成長を阻害する可能性さえあります。
変更は常にトレードオフです。パワーユーザーの生活をより便利にするかもしれないことは、新規ユーザーを遠ざけます。ある時点で、障壁が高すぎて新規登録が枯渇し、フォーラムはゆっくりと衰退します。

「いいね!」 3

それは一理あります。フォーラムを退会した(元)メンバーにアンケートを実施し、退会の理由を特定することを検討すべきかもしれません。もしかしたら、マークダウンエディタに圧倒されたメンバーもいるかもしれません。

「いいね!」 6

はい、これはメタ自体とCDCKの既存の有料顧客のエコーチェンバーについて、以前私が指摘しようとした点のいくつかをまさに表しています。もちろん、既存の顧客を満足させたいと思うでしょうが、「コミュニティ/ディスカッションプラットフォーム」に対する全体的な市場ははるかに大きく、他の多くのプレーヤーがサービスを提供しており、その中にはディスコースではなく販売を促進するのに役立つことを確実に実行しているものもあります。そのうちの1つはWYSIWYGかもしれませんが、私の見解ではそれはより広範な問題の一部にすぎません。全体的なデザインとテーマ設定も別の問題であり、これはすでに上記で言及しましたが、この別の文脈で繰り返す価値があります。「テーマの相対的な欠如 - 何か見落としていますか?」(Relative lack of themes - am I missing something?)

「いいね!」 3

非常に良い点です。これは氷山の一角にすぎません。改善できる点はたくさんあります。例えば、許可される下書きの数に関する独特なルールです。最初はバグだと思いましたが、実際には意図されたものです。
私もその点に対処しようとしています。

「いいね!」 5

こんにちは、開発者の皆さん!
2020年7月に以下のように書かれています。

それで、完成しましたか?もしそうでなければ、お手数ですが、既知の問題点と、まず何をするべきかを最初のトピックに記載していただけますでしょうか。そうすれば、カスタムDiscourseコミュニティの管理者は、それを使用するかどうかを簡単に決定できます。

Spirobelさん、

WGMIのDMをご確認ください。

メッセージが届いているか確認したかっただけです。よろしくお願いします!

「いいね!」 3

まだ諦めないでください!多くの他のユーザーを代表して言えると思いますが、この#pluginはDiscourseにとって絶対的な画期的なものとなり、特に特定のユースケースではすべてを変えるでしょう。最後のひと押しを続けることを強くお勧めします。:heartpulse:

もう少し詳しく説明していただけますか?必要になるかもしれないので、お話に非常に興味があります。私の全注意を払っています… :eyes:

あなたは一人ではありません。このトピックをご覧ください。

「いいね!」 6

:smiling_face_with_three_hearts: :smiling_face_with_three_hearts: :smiling_face_with_three_hearts:
さらに検討しました。コンポーザーを置き換えるのは良い考えではないと思います。なぜなら、Discourseの現在の変更に常に追いつくための苦労があることを意味し、それを維持するために多くの時間を費やしたくないからです。
この経験から得た知識を活用し、Discourse UIを置き換えるのではなく、それと連携して動作するものを構築します。

「いいね!」 11

既存のエディタの問題を解決してくれるなら、それでも嬉しいです。:grin:

「いいね!」 4

@spirobelさん

あまり時間をかけて調査したわけではありませんが、このプロジェクトがDiscourseで使いやすいリッチエディタに役立つのではないかと思いました。

以前に検討されたことはありますか?

よろしくお願いします!

「いいね!」 7

はい、実はすでに詳しく見て、これを使用することにしました。エディターにExcalidrawまで統合されています。素晴らしいです。しばらく前に、画像アップロードに関する問題について話し合うために、彼らのDiscordチャンネルに参加しました。現在、Excalidrawの例では画像をSVGとして埋め込んでいますが、これはセキュリティ上の懸念があり、変更する必要があります。そのため、いくつか小さな注意点があります。
しかし、CKEditorやTiptapと比較すると、はるかに使いやすくなるでしょう。このトピックに関する一般的な簡単なアップデートも提供します。
前述したように、Discourseのフロントエンドをこのような主要なものに変更するのは良い考えではありません。そのため、従来のインターフェースを置き換えようとするのではなく、それに追加機能として実装する方がはるかに良い方法です。ここまでの作業で得られた知識は、ここで使用されます。

これはWeb3ユースケース向けであり、いくつかのWeb3機能が含まれていますが、それらを使用する必要はありません。
そのため、このプラグインを使用して、レキシカルエディターを持つカテゴリを作成できるようになります。これは、これを試すリスクがはるかに少ないことも意味します。実験はサイトの一部に限定されるためです。
現在、Discourseの暗号通貨サブスクリプションの作業でまだ忙しいです。それが完了したら、これを前進させることに再び焦点を当てます。

「いいね!」 6