2016-07-26 18 views
2

Ich habe einen Service-Mitarbeiter, der einen Startbildschirm anzeigt, während der Hauptinhalt im Hintergrund geladen wird.Kann ein Kundendienstmitarbeiter die Verlaufsnavigation erkennen?

Leider verschlechtert dies die Erfahrung bei Historiennavigationen (z. B. Zurück-Schaltfläche), da der Begrüßungsbildschirm den Seitenstatus verliert (z. B. Bildlaufposition).

Gibt es eine Möglichkeit für den Service-Mitarbeiter zu erkennen, dass ein FetchEvent für eine Verlaufsnavigation ist?

Antwort

1

Ich glaube, dass das Request Objekt, das über die FetchEvent Schnittstelle ausgesetzt ist, nichts haben wird, das es spezifisch als aufgrund einer Historiennavigation identifiziert. Die mode attribute, zum Beispiel, wird am Ende auf 'navigate' gesetzt, das ist der gleiche Wert, den Sie für die Navigation wegen etwas anderem als einer Zurücktaste sehen würden.

Es gibt eine isReload Eigenschaft auf den FetchEvent, aber die service worker specification geht aus dem Weg zu rufen, dass nur erfrischt, und nicht die Geschichte Navigationen, in einem true Wert führen soll:

die Refresh-Taste drücken, sollte ein Nachladen berücksichtigt werden, während auf einen Link klicken und die Zurück-Taste drücken sollte nicht. Das Verhalten der Ctrl + l Eingabe bleibt den Implementierungen der Benutzeragenten überlassen.