- From: Matt Giuca <notifications@github.com>
- Date: Thu, 28 May 2020 03:07:29 -0700
- To: w3c/manifest <manifest@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
- Message-ID: <w3c/manifest/pull/880/review/419962307@github.com>
@mgiuca commented on this pull request. > + A <a>manifest</a> can be <dfn data-lt="apply|applying">applied</dfn> + to a <a>top-level browsing context</a>, meaning that the members of + the <a>manifest</a> are affecting the presentation or behavior of a + browsing context. Whenever a <a>top-level browsing context</a> is + created, the user agent MAY <a>apply</a> a manifest to it, before + [=navigate|navigation=] begins. + </p> + <p class="note"> + Whether to [=apply=] a manifest, and which manifest to apply, is at + the discretion of the user agent, based on the user's actions. For + example, if the user launched an application from the system menu or + from a [=launching a shortcut|shortcut=], the user agent might create + a new [=top-level browsing context=] with that application's + [=manifest=] [=applied=], but it might not do so if the user simply + clicked a bookmark to a URL within the application's [=navigation + scope=]. This is meant to imply that it might either reuse an existing one (navigate the user's current tab) or open a new browser tab, as opposed to creating an app window. The point is that the browser can decide based on the user's action whether to open an app window or a browser tab. (This is really just because the current spec says "a manifest is applied" but it doesn't say if it's always applied, or when exactly a user agent should apply a manifest. I'm just being explicit and saying "the user agent can do that at the appropriate time, but doesn't have to".) -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: https://github.com/w3c/manifest/pull/880#discussion_r431725032
Received on Thursday, 28 May 2020 10:07:43 UTC