-
Notifications
You must be signed in to change notification settings - Fork 312
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Expose display
mode (e.g. standalone
) on client
#1370
Comments
This could maybe be a Client Hint as well!? |
Will it work for the navigations in standalone mode? It’s indeed hard to
detect standalone mode from SW this days and especially hard to mark all
requests from standalone mode for analytics.
Client Hints, indeed, would be appreciated in this case too, so you won’t
need to add custom headers yourself.
On Thu, 15 Nov 2018 at 04:17, Alex Russell ***@***.***> wrote:
Per a recent partner conversation, it can be useful at fetch time to
understand the display mode of the client making a fetch. In keeping with
our principle of telling developers what we know which they could already
get in an inelegant way, we should perhaps expose this on Clients.
It's very inelegant to get this data from the Service Worker context
today; it's only available via DOM through a media query, and propagating
it through to a fetch is difficult.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#1370>, or mute the thread
<https://github.com/notifications/unsubscribe-auth/ABIlkZbnZO8dL_w4j0Ess898nwwg3TZPks5uvMCegaJpZM4Ye5RK>
.
--
@nekrtemplar <https://twitter.com/nekrtemplar>
|
Thank you for opening issue |
51 tasks
Pre TPAC thoughts:
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Per a recent partner conversation, it can be useful at fetch time to understand the display mode of the client making a
fetch
. In keeping with our principle of telling developers what we know which they could already get in an inelegant way, we should perhaps expose this on Clients.It's very inelegant to get this data from the Service Worker context today; it's only available via DOM through a media query, and propagating it through to a fetch is difficult.
The text was updated successfully, but these errors were encountered: