ありがとうございます。テーマコンポーネントよりも、プラグインの方がカテゴリごとのカスタマイズ性が少し高いので、こちらの方が気に入っています。
「いいね！」 2
サムネイルの幅や高さを変更すると、投稿の再構築が必要と表示されます。私は rake posts:rebake を使用しています。
サムネイル付きの投稿だけを再構築するコマンドはあるのでしょうか？それとも、サムネイルサイズを変更するたびにすべての投稿を再構築する必要がありますか？あるいは、特定のカテゴリのすべての投稿を再構築することは可能でしょうか？
「いいね！」 1
モバイルでは CSS を使用してください（例：max-width：数投稿前を参照）
デスクトップでは、高さおよび幅のプラグイン設定を使用してください。
サムネイルの解像度は、解像度レベルのプラグイン設定で処理されます。これはサイズとは異なります。
Rebake は Discourse 内でサムネイルを設定します。一度実行すれば、再度行う必要はありません。永遠に不要です。ただし、プラグイン内で利用可能な解像度レベルが変更された場合（あり得ないですが）は例外です。
「いいね！」 1
「いいね！」 1
px は使わず、数値のみを指定してください。
申し訳ありませんが、そこにあるリベイクのアドバイスは古くなっています！
「いいね！」 1
申し訳ありませんが、数値を適用しても何も変わりません。
基本的に、こちらのサムネイルサイズを縮小したいと考えています：Decks - Duelists Unite
入力した数値に関わらず、変化していません。
「いいね！」 1
幅を50に設定し、2番目を空欄にしてみてはどうでしょうか？私の環境では動作しています。
なお、タイルレイアウトの場合、これらの設定は無効です（幅はブラウザのウィンドウサイズと列数で決定され、高さは画像のアスペクト比で決定されます）。
また、これらの設定は、そのカテゴリのみを表示している場合にのみ有効になる点にご注意ください。
「いいね！」 1
なるほど、もしかしたらそれが原因で変更が反映されないのかもしれませんね。タイルレイアウトを使用していて、このカテゴリのみを表示しています。幅を20に変更し、高さは空白のままにしましたが、変化はありません。
サムネイル画像にさらに透明なピクセルを追加してサイズを縮小すれば、うまくいくかもしれませんね。
「いいね！」 1
はい、これらの設定は「Tiles」には意味がありません。Tiles は、ブラウザやデバイスの幅を縮小すると、自動的に 3 列から 2 列、そして 1 列に切り替わります。サムネイルは列の全幅（わずかなパディングを除く）を占めます。それらを縮小するのは意味がなく、見た目が ひどいこと になります。
Tiles は、コンピュータ画面で 3 列を超えると追跡が非常に困難になるため、最大列数を 3 に制限するように、多くのプロトタイプを経て設計されました。
これらの設定は、Tiles 以外の表示をカスタマイズし、リスト内でサムネイルがどの程度の幅を占めるかを決定するために存在します。
「いいね！」 1
つまり、より小さな「タイル」を実現する唯一の方法は CSS を通じてであると推測されますか？
試してみることはできますが、サポートはされません。メタデータが多すぎて圧縮される問題に直面する可能性が高いです。
4カラムは読みづらいと感じました。私のサイトのユーザーの一人が「1カラム以上ある！」と不平を言ったことを覚えています（笑）。
とはいえ、デフォルトの CSS は以下です。パターンはご理解いただけると思います。ぜひお好きなように調整してください：
.tiles-grid-sizer,
.tiles-grid-item {
// 非常に狭いビューでは 1 カラム
width: 100%;
// 中程度の幅では 2 カラム
@media screen and (min-width: 501px) and (max-width: 800px) {
width: calc((100% - 6px)/2);
}
// 余裕があれば 3 カラム
@media screen and (min-width: 801px) {
width: calc((100% - 12px)/3);
}
}
「いいね！」 4
@merefield さん、こんにちは。
本番ウェブサイトでテーマコンポーネントを使用することをお勧めしますか？まだ実験的な機能と見なされていますか？
プラグインをアンインストールしてテーマコンポーネントをインストールした場合、サムネイルは保持されますか？
もし保持されない場合、プラグインからテーマコンポーネントへスムーズに移行する方法はありますか？
「いいね！」 2
データソースには影響しません。お好きなように切り替えてください。
テーマコンポーネントの方が高速ですが、タイルモードはレンダラーに依存しており、Chrome でデスクトップサイズの約 10 ページ以上スクロールするとバグが発生する問題があります（モバイルでは極めて稀です！）。関連する Chrome の問題は現在も未解決のままです。これがまだ「実験的」としてマークされている唯一の理由です。
一方で、テーマコンポーネントのタイルモードはサイドバーに対応していますが、プラグインでは対応していません。ただし、プラグインのマスコンレンダラーはアニメーション処理が行われるため、一部の人にはより「エレガント」だと感じられるかもしれません。一方、テーマコンポーネントのタイルビューにはアニメーションがありません。
総合的に判断すると、私はテーマコンポーネントの方が軽量で、タイルモードでの JavaScript の使用量が「はるかに」少なく、動作も速いことから、個人的にはこちらを好みます。
「いいね！」 2
詳しいご回答、ありがとうございます。
トピック内にテーマコンポーネントのリンクを追加していただけますか？役立つかもしれません。私はここで見つけました：
「いいね！」 2
TLP プラグインを使用しています。ユーザーカードのポートフォリオボタンがモバイルデバイスに表示されません。これを有効にする設定はありますか？
「いいね！」 1
@merefield 今月もまた最初の5日ですね！
TLP と最新の Discourse バージョンに問題があるかどうかご存知ですか？再度テストを開始する準備ができています 
「いいね！」 3
確かにそうです。深刻な破壊的な問題は把握していません。
「いいね！」 3
アップグレードは正常に完了しました！
「いいね！」 2
テーマコンポーネントに小さな問題があります。
カテゴリページが読み込まれる際（「カテゴリ」をクリックするだけでなく、アプリ全体が読み込まれる際）、以下の JS エラーが発生します。
GET https://canapin.win/tags/.json 404
「いいね！」 1
設定にタグが不足していませんか？
「いいね！」 1