News Plugin を使用してこれを実行していますか?残念ながら、その結果は予測不可能であり、問題の原因となっている可能性があります。News Plugin は独自のテンプレートを持っているため、明示的にサポートされていません。
News Plugin を削除すると、問題は解決しますか?
News Plugin を使用してこれを実行していますか?残念ながら、その結果は予測不可能であり、問題の原因となっている可能性があります。News Plugin は独自のテンプレートを持っているため、明示的にサポートされていません。
News Plugin を削除すると、問題は解決しますか?
@nathank と私は、タイル内のレイアウトの最適化に取り組んできました。
注:CSS のオーバーライドが正しく機能しているかを確認するために、まずテストサイトでこれをテストすることをお勧めします。
この作業をサポートし、結果をテストし、多くの優れた提案をしてくれた @nathank に感謝します。
注:ポスターを右から開始するようにタイルをわずかにカスタマイズしました。デフォルトはコアに従って左から開始します。
.topic-list.tiles-style {
.topic-users {
justify-content: flex-end;
}
}
メタがデフォルトで折り返されていることに気づくかもしれません。これは、表示できるポスターの数を最大化しようとしているため、苦渋の決断でした。ブラウザでコンテナクエリが利用可能になり、メタの幅をポスターの数に基づいて決定できるようになれば、これを再検討します。
サムネイルを選択できないということですか?サムネイルに最適な画像が最初の画像ではない場合もあります!
はい、できます。サイドカープラグインをインストールすると、トピックメタエディタの後ろにサムネイルを選択するUIがあります。
プラグインをインストールできない場合は、コアに従ってサムネイルを選択する方法もあります。
トピックで、OPの画像とは別の画像を選択したい場合は、Markdownに|thumbnailを追加します。例:

 << こちらがサムネイルになります
UIプラグインソリューションの方が優れています。なぜなら、任意の投稿の任意の画像を選択できるからです。MarkdownソリューションはOPに限定されます。
@merefield リンクされた機能リクエストウィザードは現在アクティブではないため、ここに投稿します。
サイドカープラグインでは、スタッフ(モデレーター、管理者)がユーザーのサムネイルを変更できるようにする方法はありますか?
それはすでに可能であるはずですが、何か問題がありますか?
はい。管理者として、他のユーザーのトピックのサムネイルを変更できません。すでに投稿のHTMLを更新しようとしました。あるいは、リベイクする必要があるのでしょうか?
最新のテスト通過版で実行しています。
ログにエラーメッセージが表示されていますか? どの時点で失敗しますか? UIを使用していると信じていますか?
ログに何も表示されない
プロンプトに画像が表示されない
「UI provided」の意味が不明ですが、問題の簡単なデモを以下に示します。

ちなみに、もう一つ小さな問題があります。
トピックリストに対してTLPがアクティブになっていない場合でも、以下のCSSが紛れ込んでいます。
.mobile-view .topic-list .right {
margin-left: 95px;
}
動画をご覧ください。

申し訳ありません。現在はユーザーまたは管理者である必要があります。
モデレーターにも拡張する機能リクエストとして検討させていただきます。
問題は、私が管理者である間に問題が発生することです。
画像はアップロードされていますか?アップロードIDが必要です。
ロバートさん
問題の原因を特定できました!管理者権限では、サイドカープラグインがインストールされる前に作成されたトピックでのみ問題が発生します。
モデレーターはきっととても喜ぶでしょう ![]()
これは、jrgongs フォーラムのステージングサイトのセットアップ方法、つまりステージングサイトが参照している元のフォーラムの S3 バケットに画像を保存する方法が原因で発生していました。ステージングサイトでは current_db の名前が異なるため、Post::each_upload_url はアップロードを見つけることができません。
失敗したのは、サイドカー プラグインがインストールされる前に投稿が行われたためではなく、本番サイトがステージングにコピーされる前に投稿が行われたときに失敗しました。
ああ…私に何かしてほしいことはありますか?
Discourse インスタンスの更新後、注目のトピック(featured タグが設定されているもの)が初期ページ読み込み時に表示されなくなり、カテゴリ、最新、などのトピックリストのいずれかを手動で選択するまで表示されないことに気づきました。この場合、ユーザーインターフェイス設定の デフォルトのホームページ がカテゴリに設定されており、以前は期待どおりに機能していました。デフォルトのホームページとして最新、新規、または未読が設定されている場合、注目のトピックは、トピックリストを手動で選択する必要なく、ページに表示されます。カテゴリまたはトップが選択されている場合、ユーザーがトピックリストを手動で変更するまで表示されません。何か見落としたのか、あるいはコア Discourse の変更によってこの動作が変更されたのかはわかりません。
完了しました。
これでモデレーターとしてサムネイルにアクセスできるようになるはずです。
これにより、代入ではなく等価チェックが行われていた重大なロジックエラーも修正されます!
![]()
実際には、UIとセキュリティロジックはここでさらに改善が必要です。基準を満たしていない場合は、ボタンを非表示にする必要があります。後でTCで対応します…また、APIはこのロジックに関して適切に保護されていません。現在行っているのは、ボタンが表示されないようにすることだけです。完全に保護するには、さらに変更が必要です。しかし、これはリスクの低いアクションであるため、それほど優先順位は高くないと思います。
いいえ、これは基本的に誤報でした。ありがとうございます!
修正ありがとうございます!ライブ環境にデプロイしたらテストします ![]()
「サムネイルを選択」ボタンを、TLP tcでサムネイルが有効になっているカテゴリにある、またはタグが付いているトピックに対してのみ表示することは可能でしょうか?それとも、実装にはより大きな労力がかかりますか?