イベントプラグイン 📅

今日、最新版にアップグレードしました。もう動作します。ありがとうございます。

「いいね!」 2

それは知れてよかったですね。あなたも間違いなくこの問題に直面されていました。

「いいね!」 2

皆さんこんにちは、

約 1 ヶ月前から、再現はできないものの解決方法もわからないバグに遭遇しています。
私が管理しているインスタンスの 1 つで、アジェンダページがイベント日付ではなく活動日付でソートされてしまうという問題です。
他のインスタンスでも同じプラグインを使用しているため、これらが原因だとは思いませんが、以下のプラグインを使用しています。

プラグイン

discourse-checklist 0.4.1 O
discourse-custom-wizard 0.1 O
discourse-data-explorer 0.2 O
discourse-events 0.1 O
discourse-footnote 0.1 O
discourse-locations 0.1 O
discourse-math 0.9 N
discourse-quick-messages 0.1 N
discourse-sidebar-categories 0.1 O
discourse-solved 0.1 O
discourse-whos-online 1.0 O
docker_manager 0.1 O

設定上の問題や、私が何か間違えて壊してしまった可能性のあること、あるいは問題を診断するために確認すべき場所について、何かヒントはありませんか?

詳細やインスタンスへのアクセスは、MP 経由でお伝えできます。

よろしくお願いいたします。

「いいね!」 2

ご報告ありがとうございます。
このトピックの最初の投稿にある「バグを報告」リンクをクリックし、関連する詳細を入力してください。そうすれば、問題を確認するための適切な時間を調整しやすくなります。

「いいね!」 3

みなさんこんにちは、

トピック名の隣には、カレンダーアイコンとイベントの日付が表示されています。これらは /latest/top/unread/agenda ページには表示されますが、<Category + Latest>ページやモバイル端末では表示されません。

これらをそれらのページにも表示させる設定はありますか?(見つけられませんでした)

もしなければ、何か手っ取り早い回避策をご存知ないでしょうか?例えば、/latest のプラグインコードに何かをコピー&ペーストして、/categories でも有効にするような方法です。(表示がごちゃごちゃになるかもしれませんが、CSS でそれなりに整える方法を見つけます)

よろしくお願いいたします。

「いいね!」 2

はい。当インスタンスで報告されています。まもなく修正を予定しています。

「いいね!」 3
      if (this._state === 'destroying') return;

Ember のオブザーバーにおけるこのコード行の目的は何ですか?これは Ember コンポーネントのライフサイクル(https://guides.emberjs.com/release/components/the-component-lifecycle/)に関連していますか?

「いいね!」 2

はい。実際にコンソールに出力して、さまざまなライフサイクルイベントでの値を確認できます。

「いいね!」 1

状態が’destroying’の場合、単にreturnする目的は何ですか?この行を省略するとどうなりますか?

「いいね!」 1

次の2つのステートメントが実行されないようにします。それらは不要になるからです :slight_smile:

「いいね!」 1

パフォーマンスのためですか?

「いいね!」 2

パフォーマンス向上がなくても、やる価値はあるでしょう。特定のケースで役に立たない複数のステートメントを実行したいと思いますか?

考えてみて調べてみると、関数には「early return パターン」という適切な呼び名があることがわかりました。

「いいね!」 1


さらに調査を進めました。その行にブレークポイントを設定してステートメントを実行したところ、それを実行するのは不要なだけでなく、実際にはエラーを引き起こすことがわかりました。

「いいね!」 2

「不要」と言いましたが、実際にはエラーも発生します。ご興味があれば、ember-concurrency をご覧いただくと、こうした状況に対処するためのソリューションが最初から備わっています。ただし、Discourse のコアにはまだ含まれていません。

もしこれが使用されていれば、このケースはライブラリ自体によって処理されることになります。

「いいね!」 1

この動画は、観測者(observers)と計算プロパティ(computed properties)の違いを学ぶために視聴しました:

なぜこのケースでは計算プロパティではなく観測者が使われたのか、説明していただけますか?
トレードオフや異なる使用ケースを理解しようとしています。

「いいね!」 1

タグページで動作するようにすることはできますか?

「いいね!」 1

タグやタグページでどのような機能をお求めですか?イベントプラグインは主にトピックに影響を与えますが、カテゴリ内でもイベントトピックのカレンダーやアジェンダ表示を設定できます。タグ付けされたイベントトピックのアジェンダ表示を提供することを提案されているのでしょうか?それは興味深いアイデアですね。例えば、国ごとにタグ付けされたすべてのイベントを表示するようなものです。とてもクールな機能でしょう!ただし、私の知る限り、現時点ではロードマップには含まれていません。機能リクエストは https://thepavilion.io/ から行ってください。

「いいね!」 3

@tobiaseigen さん、返信ありがとうございます。タグは非常に柔軟性があるため、ユーザーのナビゲーション用に積極的に活用しています。主な課題は、ほとんどのプラグインやテーマコンポーネントがタグに対応していないことです。つまり、私たちが目指しているのは、その追加の柔軟性の創出です。ユーザーが投稿にタグ付けした内容には、タグページを訪れた際に利用可能なカレンダーが紐付くようになります。

その一例として、ボランティアの Public Happiness Movement 開発者の一人が、Kanban プラグインをタグページに対応させることに成功しました:https://github.com/artysidorenko/discourse-kanban-theme

私自身は比較的基礎的な開発者ですが、@artysidorenko さんが使用したコードを修正して、このプラグインでも動作するようにできないかと考えています。正直なところ、タグページに対応することで恩恵を受けるプラグインやテーマコンポーネントは数多くあります。コアチームが標準的なソリューションをパッケージ化することを検討してくれないかと期待しています。

「いいね!」 3

プラグインはカテゴリ単位だけでなく、システム全体でも有効にできます。これであなたのユースケースに十分かもしれません。

「いいね!」 1

ご返信ありがとうございます。タグを使用してナビゲーションを行う場合、ユーザーはカテゴリーに所属していないため、カレンダーやリンクを確認することができません。また、サイト全体を対象とした包括的なカレンダーでは、複数のチームには不十分です。

「いいね!」 1