それは現時点での一時的な解決策かもしれません。投稿する前に、他の誰かにもこの問題が再現するか知りたいのですが。
「いいね！」 1
タグピッカー付きの別のテーマコンポーネントを特定すると良いでしょう…
「いいね！」 1
当面の別の解決策としては、新しい独立したタグを使用するのはどうでしょうか？
「いいね！」 1
はい、このコンポーネントでは必要なタグが一つだけなので、これで当面問題ありません。ありがとうございます！
「いいね！」 2
投稿に含まれる絵文字は、少なくともタイルモードでは抜粋に表示されません。これは既知の問題でしょうか？
「いいね！」 2
はい、それは優先度が低かったです。でも、思い出させてくれてありがとう。TC で修正済みです。最新版にアップデートしてください！絵文字最高 
「いいね！」 4
@merefield ありがとうございます！こんなに速いなんて、潜在意識的なチューリングテストを実行しようか迷うほどです。 
「いいね！」 2
モバイル化とテーマコンポーネントへの移行を見られて嬉しいです！唯一うまくいかなかったのは
ここで「true」が正しい値でしょうか？サムネイルフィールドに絶対リンクと相対リンクの両方を試しましたが、どちらの場合も画像が表示されませんでした。
ご尽力いただきありがとうございます！
「いいね！」 2
つまり、最初の設定の仕組みは、サムネイルが最終的に取得できない場合（URL が失敗する場合）に、ビューを復旧させるというものです。これは機能していると思います。
しかし、もともとサムネイルが存在しない場所にサムネイルを追加する機能は備わっていません。
これは二つ目の設定のバグです。確認します。
「いいね！」 1
これは修正済みです。
なお、テーマコンポーネントではサイト全体のデフォルトを1つしか設定できません。
「いいね！」 1
すごい、迅速な返信ありがとう！
「いいね！」 2
こんにちは、ロバートさん、
テーマコンポーネントへの切り替えを試みたのですが、小さなバグが妨げになっています。「トピックリストのサムネイル解像度レベル」を調整することができず、サムネイルが常に元の画像を使用してしまうため、画像が歪んで表示されてしまいます。ご確認をお願いできますでしょうか。
よろしくお願いいたします！
「いいね！」 1
確認したところ、問題は解決しているようです。より詳細な STR（再現手順）を教えていただけますか？
あなたの環境で Sidekiq は実行されていますか？コアに、サムネイルを生成するジョブが追加されています。最新の状態（TC 用、プラグイン用ではありません）でテストが通っている必要があります。
例えば Firefox で /latest.json を確認すると、最初の投稿に画像が含まれるトピックごとに、複数のサムネイルエントリが表示されるはずです。これらは、テーマコンポーネントの設定でサムネイルオプションの範囲を指定すること、および Discourse コアコード自体によって利用可能になります。利用可能なサムネイルのセットに影響を与えるテーマコンポーネント内のコードは、設定以外に存在しません。
ただし、一点注意点があります。デフォルトのサムネイルは、元の解像度で提供されるのみです。これは、新しいサムネイル生成プロセスである Sidekiq の一部ではないためです。ただし、その画像はあなたが制御可能であり、意図的に解像度を下げることもできます。また、その画像は一度だけ共有され、複数回使用されます。
「いいね！」 1
新しいテーマコンポーネントの機能:
デフォルトでオンになっています。テーマコンポーネントの設定で無効にしてください。
「いいね！」 2
この機能は素晴らしいです！ただ、一つ問題があるようです。カテゴリには十分な画像があるのに、グリッド（10 個分）を埋めるのに十分な数が表示されず、いくつかしか表示されないのです。これは時間制限があって、最新の画像のみが表示されているのでしょうか？例をご覧ください。これは editor-pick タグから取得していますが、このタグが付いた投稿は多数あるのに、5 つしか表示されていません。一方、「最新」に移動すると 10 個すべてが表示されます。
また、以前の話に戻りますが、私が最初に気づいたのは、タグをカテゴリに制限することが、ドロップダウンにタグが表示されないという問題の原因であり、タググループが原因ではないということです。さらに、このタグをカテゴリに制限しないようにすることも理想的ではありません。なぜなら、このタグは特定のカテゴリでのみ使用されるべきだからです（これは私のサンドボックスで現在行っている設定です）。そこで、もし可能であれば、この制限を回避するためにテキスト入力ができる、以前のスタイルのカテゴリピッカーに戻していただけないでしょうか。この件について質問を投げかけても誰も回答してくれないためです。よろしくお願いいたします！
「いいね！」 1
はい、制限があります。より良い方法を見つけるかもしれませんが、現在はカテゴリ別にメインリストをブルートフォースでフィルタリングしています。
API とページングの制限に縛られています。
現在、他から件数を減らせば、このカテゴリでより多くの結果が表示されるはずです。
また、残念ながら画像のないトピックにより配列のスペースが無駄になっています。これも API の制限です。私の認識が間違っていなければ、スレッドサムネイル付きのトピックのみを一度に取得することはできません。
「いいね！」 2
ごめんなさい、私の不注意でした！今はすべて正常に動作しています。ご尽力いただき、改めてありがとうございます！
「いいね！」 2
OK、何かエキサイティングな作業を進めています。
テーマコンポーネントに追加機能をもたらす、補完的なプラグインを作成しました。
現在、テーマコンポーネントベースのインストールに対して、動作するサムネイルピッカーを追加しました。この機能を利用するには、この簡易版プラグインも必要です（TC の更新もお願いします）。
実験的なプラグインはこちらです：
- git clone https://github.com/merefield/discourse-topic-previews.git -b "theme_sidecar"
これにより、2 つの利点が生まれます：
- Discourse がデフォルトで使用するサムネイルを決定する基準を変更し、それまで却下されていた（私の意見ではコア基準が厳しすぎるため）より有用な小さなサムネイルも受け入れるようになります。
- トピックメタエディタに動作するサムネイルピッカーを追加します。これで、デフォルトで選ばれたサムネイルに満足できない場合、上書きすることが可能です。機能的には元のプラグインバージョンとほぼ同一ですが、新しい Discourse のサムネイル生成ロジックに対応しています。
私の目標は、テーマコンポーネントを安定させ、機能面でも充実させて、元のプラグインを廃止できるレベルにすることです。
そうすれば、基本的なインストールではテーマコンポーネントを追加するだけで済みます。
セルフホスト環境、またはプラグインの追加が可能なプランを利用している場合は、補完的なプラグインを追加して追加機能を享受できます。
全体として、メンテナンスを最小限に抑えつつ、より多くの人々がトピックリストプレビューを利用できるようにします。
サイト管理者にとっての別の大きな利点は、フロントエンドの表面的な変更の多くが、テーマコンポーネントの更新だけで済むため、再ビルドが不要になる点です。
「いいね！」 10
最新の Discourse アップデート後、投稿にサムネイルを設定できなくなりました。
バグでしょうか？
「いいね！」 1
