タイムラインを更新しました！
これにより、プログレスバーをクリックすると、トピックのタイムラインコンテナ（いわゆるモバイル用タイムライン）を含む専用のモーダルが開きます。これにより、モバイルでの使用も 훨씬 容易になりました。
申し訳ありませんが、この問題は再現できません。
「いいね！」 2
テストサイト https://forum.escooterworld.com/ にアップデートを適用してみましたが、そこで同じ現象が発生しました。原因は不明です。火曜日までは休暇中なので、何が起きているのかをさらに詳しくテストすることはできません。
「いいね！」 1
コンポーネントを送ってもらえますか？確認してみたいので。
「いいね！」 1
送信済みです。そのコンポーネントをオフにしても同じことが起きます。前回のアップデート以降に発生し始めました。
「いいね！」 1
DuckDuckGoブラウザで試してみてください 
スワイプヒントのメッセージを更新しました: DEV: Add more control over swipe hint message - Pull Request #11 - VaperinaDEV/discourse-topic-preview-modal - GitHub
2つの新しい設定が含まれています:
-
always_show_dismiss_hint:
デフォルトでは、モバイルのクローズジェスチャーのヒント（「スワイプアップ/ダウン、または戻るジェスチャー/ボタンで閉じます」）は、ブラウザごとに一度だけ、プレビューモーダルが初めて開いた際に表示されます。これを有効にすると、毎回表示されるようになります。modal_dismiss_gestureが “gesture” の場合にのみ適用されます。 -
dismiss_hint_duration_ms:
クローズジェスチャーのヒントがフェードアウトするまでの時間（ミリ秒単位）です。always_show_dismiss_hintを有効にしている場合は、開くたびに10秒間ヒントが表示されると煩わしくなる可能性があるため、値を下げることを検討してください。自動クローズを完全に無効にする場合は -1 を設定してください。その場合、ヒントはモーダル自体が閉じられるまで表示され続けます。
topic_preview.back_gesture_hint は現在 htmlSafe です。
「いいね！」 4
こんにちは、このテーマのコンポーネントに大変感謝いたします。私の環境では問題なく動作しています。
今日、ネストされた返信ビューのテーマで、コメント欄の「他の1件の返信」ボタンをクリックすると、「エラーが発生しました：要求されたURLまたはリソースが見つかりません。」というメッセージが表示されることに気づきました。
「いいね！」 1
ご報告ありがとうございます！ネスト型の返信ビューをテストしてみましたが、問題の再現には至りませんでした。私の環境では返信は正常に読み込まれます。
通常のネスト型トピックページで同じ返信が正しく開くか確認していただけますか？もし開けない場合は、その特定の投稿やトピックに問題がある可能性があります。
もし再度問題が発生した場合は、調査を続けるためにトピックのURLも送っていただけますと幸いです。
こんにちは、
「ネスト返信」ビューで「
2件の返信」をクリックすると、
「エラーが発生しました：要求されたURLまたはリソースが見つかりません」というエラーメッセージが表示されます。
プレビューモード、PCのGoogle Chrome、スマホのGoogle Chromeいずれでも同じエラーが表示されます。
「いいね！」 1
こんにちは、
申し訳ありません！私の説明が不十分だったようです。
「topic-preview-modal」コンポーネントを使用している状態で、トップページで「ネスト表示」モードのトピックをプレビューし、その後「返信を追加」ボタンをクリックすると、このようなエラーが表示されます。
「いいね！」 1
あ、わかりました、ありがとうございます！修正はこちらです: FIX: Nested view lost topic identity on pagination + dead "Continue t… · VaperinaDEV/discourse-topic-preview-modal@fa90848 · GitHub
「いいね！」 2
ありがとうございます！さきほどテストしてみましたが、問題ありませんでした！
このテーマコンポーネントの開発に費やしていただいたおかげです！
「いいね！」 1
こんにちは、
このコンポーネントは素晴らしいですね。特にスマートフォンでの使いやすさは優れています。
しかし、ブロックされるバグに遭遇しました。
「Post Voting プラグイン」が有効なトピックでは、モーダルが表示されません。
この問題はスマートフォンでもPCでも発生します。
最新のバージョンでも発生します。
必要であれば、私のフォーラムでコンポーネントを再有効化して、バグのリンクをDMでお送りできます。
よろしくお願いします。
「いいね！」 2
Stephane_Roy さん、ありがとうございます！修正はこちらです: FIX: post-voting topics crashing the topic preview modal · VaperinaDEV/discourse-topic-preview-modal@0be328e · GitHub
「いいね！」 2
こんにちは 
テーマコンポーネントのリファクタリングを行いました:
大きな topic-preview-modal コンポーネントは、ネストされたトピック、コンポーザーとの相互作用、投稿アクション、進捗ナビゲーション、オーバーレイの監視、バックジェスチャーの状態管理という、それぞれに焦点を当てたデリゲートクラスに分割されました。
既存のコンポーネントAPIと外部の契約は変更されていませんが、topic-preview-modal.gjs の行数は1836行から873行に削減されました。
機能の変更は意図していません。
「いいね！」 4
おそらくその機能は存在していて、設定方法が見つからなかっただけかもしれません：
サイドバーを表示することを意図している特定のカテゴリ（いわゆるDiscourse Category Docs）では、モーダルが表示されると逆効果になる可能性があるため、モーダルを回避することは可能でしょうか？
「いいね！」 2
以前この件についてリクエストがありました。最適な実装方法を検討しているところです。/latest で一部のトピックがモーダルで開き、他のトピックは開かないとユーザーを混乱させる可能性があるため、単純な話ではありません。一方で、カテゴリに厳密に制限する場合、/latest 上のトピックはどのように動作すべきでしょうか？
「いいね！」 2
おお、ドンさん。ごめんなさい、前のリクエストを見落としていました。分析してくださり、考慮に入れてくださっているとのこと、とても嬉しいです！
私たちの具体的なケースでは、モーダルを無効にするカテゴリは、用語集、Wiki、そして Discourse に構築されたオンラインコースです。
これらのカテゴリでモーダルの使用をテストするためのスイッチを用意し、それらが最新トピックとして一覧表示されることを確認できれば、実際のシナリオにおいてユーザーの視点からその影響を正しく評価できるため、好ましいと考えます。
それが不可能な場合、少なくとも私たちにとっては、スコープが設定されたこれらのカテゴリでは、最新トピックビューでもモーダルを有効にしない方が望ましいです。コースは、私たちの Wiki や用語集と同様に、サイドバーを表示するように設定されているためです。
私たちは、人々にその特定の情報を実際に調査し、読んでもらいたいと考えており、サイドバービューからそれへの直接リンクを提供することに関心があります。
コミュニティの残りの部分でモーダルを許可することには、まったく問題ありません。非常にうまく機能しています。
「いいね！」 1
彼らは「トピック全体を開く」をクリックしないのですか？
「いいね！」 1
実は、私たちが求めているのは単に摩擦を減らすことなんです。音楽トラックや何かしらの要素があるといいのにね 
「いいね！」 2