メインのコンテンツがバックグラウンドで読み込まれている間にスプラッシュ画面を表示するサービスワーカーがいます。残念ながら、スプラッシュスクリーンがページ状態(例えば、スクロール位置)を失うので、残念なことに、履歴ナビゲーション(例えば、戻るボタン)の経験が悪くなる。サービスワーカーは履歴ナビゲーションを検出できますか?
FetchEventが履歴ナビゲーション用であることをサービスワーカーが検出する方法はありますか?
メインのコンテンツがバックグラウンドで読み込まれている間にスプラッシュ画面を表示するサービスワーカーがいます。残念ながら、スプラッシュスクリーンがページ状態(例えば、スクロール位置)を失うので、残念なことに、履歴ナビゲーション(例えば、戻るボタン)の経験が悪くなる。サービスワーカーは履歴ナビゲーションを検出できますか?
FetchEventが履歴ナビゲーション用であることをサービスワーカーが検出する方法はありますか?
FetchEvent
インターフェイスを介して公開されているRequest
オブジェクトには、履歴ナビゲーションによるものと具体的に識別されるものはありません。たとえば、mode
attributeは'navigate'
に設定されます。これは、戻るボタン以外の理由でナビゲーションに表示される値と同じです。
ありFetchEvent
上isReload
性質があるが、service worker specificationはtrue
価値をもたらすべきである、唯一、履歴ナビゲーションをリフレッシュして、ではないことを呼び出すために、その方法の外に出る:
更新ボタンを押すと、再ロードとみなす必要がありますが、 リンクをクリックして戻るボタンを押してはいけません。 Ctrl + lの動作 はユーザエージェントの実装に残されます。