サイト全体のみ
イベントの説明にかなりの量のテキストを入力したいユーザーがいます。例えば、説明をGoogleカレンダーに反映させたい場合、トピックにテキストを単に入力するだけではそのユースケースを満たせません。
FEATURE: Add event location/description and "My Events" filter (#746) · discourse/discourse-calendar@bdf8869 · GitHub に基づくと、これはデータベースで1000文字に制限されているようです。STRING(1000) の代わりに TEXT が使用されていないのは理由があるのでしょうか？（データベースに関する質問であり、Rubyの使用による制限についてはよくわかりません）
これを大きくするか、無制限にすることは可能ですか？
イベントを作成する際のポップアップダイアログボックスの説明のことですか？ ユーザーはそれをどこかで見ていますか？ イベントを作成しているトピックに説明を入れるのは、あなたのユースケースでは機能しないということですか？
イベントを作成する際の「説明 (Description)」の下にあるテキストボックスについて話しています。
これはイベントで次のように表示されます。
私たちはランニングクラブで、説明欄を順を追った道順に使用しており、ルートが長くなると、十分なスペースがないのではないかと懸念しています。
追加のテキストはトピック内にありますが、ユーザーがカレンダーに保存した場合、カレンダーのエントリ（少なくともGoogleカレンダーでは）には表示されませんが、説明は表示されます。
わかりました。
だから尋ねたのです。トピックを見なくても、すべてカレンダーに収まる方が彼らは好むでしょうから。
私にとっては、イベントのプレビューに表示するのが理想的です。
私にとっては2つの利点があります。
注意：これは単なるアイデアです。言うのは簡単ですが、コーディングは難しい場合がありますね 
私にとって主な問題は、ユーザーがイベントの説明を追加した際に、サイレントな失敗が起きることです。説明が1000文字を超えると、イベントのデータベースレコードが作成されていないようです。テキストはトピック内の[event]ブロック内にまだ残っていますが、イベント自体はユーザーの誰にも表示されません。
この事態に気づいて、トピックの投稿に入り、説明をイベントブロックの外に移動する必要があります。
discourse/plugins/discourse-events/app/models/discourse_post_event/event.rb at 2ad5c29a2cda0513086295c0601cb7524ad5d87f · discourse/discourse · GitHub で説明がバリデーションされているのを見ています。MAX_DESCRIPTION_LENGTHを更新するのは単純に見えますが、正直に言って、RubyやDiscourseについて十分に詳しくないため、データベースのマイグレーションを追加する方法がわかりません。また、いずれにせよ、私のバージョンが標準から逸脱するのを望んでいません（プラグインでこのマイグレーションを行うことは可能かもしれません）。
このフィールドをSTRING(1000)ではなくTEXTにマイグレーションすることで、この問題を解消できる可能性があります（参考: discourse/plugins/discourse-events/db/migrate/20250616101945_add_description_to_event.rb at main · discourse/discourse · GitHub ）。しかし、現在282件のプルリクエストが未処理であることを確認しています。
偶然にも、これはちょうどバグレポートとして報告されました：説明が1000文字を超えるとイベントがサイレントに失敗する
