- From: Marcos Cáceres <notifications@github.com>
- Date: Mon, 23 Sep 2019 23:43:07 -0700
- To: w3c/manifest <manifest@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
- Message-ID: <w3c/manifest/pull/790/review/292199566@github.com>
marcoscaceres approved this pull request. Pre-approving... I still think the the |result| + in parallel could be a bit clearer, but overall this is a great improvement. Nice work @mgiuca. > + <li>If <a>obtaining the manifest</a> results in an error, the user + agent MAY either: + <ol> + <li>Fall back to using the <a>top-level browsing context</a> + {{Document}}'s metadata to to populate <var>manifest</var> in a + user-agent-specific way (e.g., setting + |manifest|.{{WebAppManifest/name}} to the document <a data-cite= + "HTML#the-title-element">`title`</a>) and considering the document + <a>installable</a>. + </li> + <li>Or, consider the document not <a>installable</a>. + </li> + </ol> + </li> + <li>Otherwise, the {{Document}} MAY be considered <a>installable</a> + (at the user agent's discretion; see <a href="#installability-signals"> This should auto-expand to the right section. ```suggestion (at the user agent's discretion; see [[[#installability-signals]]]. ``` > + agent MAY either: + <ol> + <li>Fall back to using the <a>top-level browsing context</a> + {{Document}}'s metadata to to populate <var>manifest</var> in a + user-agent-specific way (e.g., setting + |manifest|.{{WebAppManifest/name}} to the document <a data-cite= + "HTML#the-title-element">`title`</a>) and considering the document + <a>installable</a>. + </li> + <li>Or, consider the document not <a>installable</a>. + </li> + </ol> + </li> + <li>Otherwise, the {{Document}} MAY be considered <a>installable</a> + (at the user agent's discretion; see <a href="#installability-signals"> + Installability signals</a>). ```suggestion ``` > - <dfn>automated install prompt</dfn>: that is, a <abbr>UI</abbr> that - the user agent presents to the user when, for instance, there are - sufficient <a>installability signals</a> to warrant - <a>installation</a> of the web application. - </li> - <li>The <a>installation process</a> can occur through a - <dfn>site-triggered install prompt</dfn>: the site can - programmatically request that the user agent present an install - prompt to the user. The user agent MAY restrict the availability of - this feature to cases where, for instance, there are sufficient + trigger the installation process through the user agent's + <abbr title="User Interface">UI</abbr>, directly invoking the steps + to <a>present an install prompt</a>. + </li> + <li>The installation process can occur through an <dfn>automated + install prompt</dfn>: that is, a <abbr>UI</abbr> that the user agent ReSpec will add abbr automagically. ```suggestion install prompt</dfn>: that is, a UI that the user agent ``` > </p> + <ol> + <li>Show some user-agent-specific UI, asking the user whether to + proceed with installing the app. See <a href= + "#installation-sec">privacy and security considerations</a> for + recommendations relating to this UI. The <var>result</var> of this + choice is either <a data-link-for= + "AppBannerPromptOutcome">accepted</a> or <a data-link-for= + "AppBannerPromptOutcome">dismissed</a>. + </li> + <li>If <var>result</var> is <a data-link-for= + "AppBannerPromptOutcome">accepted</a>, then in parallel, run the <a> + steps to install the web application</a>. + </li> + <li>Return <var>result</var>. Ok, alternative: ``` <li>Return |result| and in parallel: .... ``` That way it's clear that in parallel goes off to do other things independently of |result|. -- 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/790#pullrequestreview-292199566
Received on Tuesday, 24 September 2019 06:43:51 UTC