- From: Matt Giuca <notifications@github.com>
- Date: Wed, 12 Apr 2017 21:45:09 -0700
- To: w3c/manifest <manifest@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
- Message-ID: <w3c/manifest/pull/566/review/32545696@github.com>
mgiuca commented on this pull request.
Thanks for writing this up.
> @@ -3141,27 +3151,67 @@ <h3 id="applying">
</h2>
<p>
Each <dfn>application object</dfn> represents an application related to
- the web application. An application object has three properties: a
- <code>platform</code> which represents the platform it is associated
- to, a <code>url</code> which represents the URL where the application
- can be found and an <code>id</code> which can be used as an information
- additional to the URL or instead of the URL, depending on the platform.
+ the web application. An application object has five properties:
Can we change this to "has the following properties" so we don't have to remember to keep this number up to date as we add more?
> A valid <a>application object</a> MUST have <code>platform</code> and
either an <code>url</code> or an <code>id</code> (or both).
</p>
<div class="example">
<p>
In the following example, the web application is listing two
different related applications, one on Google Play Store and the
- other one on the iTunes Store:
+ other one on the iTunes Store. The one on the Google Play Store has a
"... has an Android package name, a minimum version ..."
> @@ -3244,6 +3294,108 @@ <h3 id="applying">
</li>
</ol>
</section>
+ <section>
+ <h3>
+ <code>min_version</code> member
+ </h3>
+ <p>
+ The <dfn data-lt="application-min-version">min_version</dfn> member
+ of an application object represents the minimum version required for
_"minimum version required"_
"required" is a bit weird here since referring to an application in the manifest does not "require" anything. Perhaps, "the minimum version of the application that is considered related to this web app."
> + </ol>
+ </section>
+ <section>
+ <h3>
+ <code>fingerprints</code> member
+ </h3>
+ <p>
+ The <dfn data-lt="application-fingerprints">fingerprints</dfn> member
+ of an application object represents a set of cryptographic
+ fingerprints used for verifying the application. It is given as an
+ array of <a data-lt="fingerprint object">fingerprint objects</a>.
+ </p>
+ <p>
+ A <dfn>fingerprint object</dfn> has two properties: <code>type</code>
+ and <code>value</code>. Each of these are strings, but their
+ semantics are platform-defined.
syntax and semantics
> + <li>Let <var>fingerprints</var> be an empty list.
+ </li>
+ <li>Let <var>unprocessed fingerprints</var> be the result of calling
+ the <a>[[\GetOwnProperty]]</a> internal method of
+ <var>application</var> passing "<code>fingerprints</code>" as the
+ argument.
+ </li>
+ <li>If <var>unprocessed fingerprints</var> is an array, then for each
+ <var>potential fingerprint</var> in <var>unprocessed
+ fingerprints</var>:
+ <ol>
+ <li>Let <var>type</var> be the result of calling the
+ <a>[[\GetOwnProperty]]</a> internal method of <var>potential
+ fingerprint</var> passing "<code>type</code>" as an argument.
+ </li>
+ <li>If Type(<var>type</var>) is not "string", then issue a
Oh no :(
The type/type name clash has already come to bite us.
> + <ol>
+ <li>Let <var>type</var> be the result of calling the
+ <a>[[\GetOwnProperty]]</a> internal method of <var>potential
+ fingerprint</var> passing "<code>type</code>" as an argument.
+ </li>
+ <li>If Type(<var>type</var>) is not "string", then issue a
+ developer warning that the type is unsupported, and move on to
+ the next item in <var>unprocessed fingerprints</var> (if any are
+ left).
+ </li>
+ <li>Let <var>value</var> be the result of calling the
+ <a>[[\GetOwnProperty]]</a> internal method of <var>potential
+ fingerprint</var> passing "<code>value</code>" as an argument.
+ </li>
+ <li>If Type(<var>value</var>) is not "string", then issue a
+ developer warning that the type is unsupported, and move on to
Same as above.
> + </li>
+ <li>Let <var>unprocessed fingerprints</var> be the result of calling
+ the <a>[[\GetOwnProperty]]</a> internal method of
+ <var>application</var> passing "<code>fingerprints</code>" as the
+ argument.
+ </li>
+ <li>If <var>unprocessed fingerprints</var> is an array, then for each
+ <var>potential fingerprint</var> in <var>unprocessed
+ fingerprints</var>:
+ <ol>
+ <li>Let <var>type</var> be the result of calling the
+ <a>[[\GetOwnProperty]]</a> internal method of <var>potential
+ fingerprint</var> passing "<code>type</code>" as an argument.
+ </li>
+ <li>If Type(<var>type</var>) is not "string", then issue a
+ developer warning that the type is unsupported, and move on to
"issue a developer warning" should be linked.
I noticed that the other uses of this include the word "optionally" (see id and min_version). However, the definition of "issue a developer warning" clearly says that the UA can decide to do nothing, so the word "optionally" is redundant here. Perhaps remove it from the other usages?
> - <li>Otherwise, let <var>application</var> be an object with
- properties <code>platform</code>, <code>id</code>,
- <code>url</code> respectively set to <var>platform</var>,
- <var>id</var> and <var>url</var>.
+ <li>Let <var>minVersion</var> be the result of running the
+ <a>steps for processing the <code>min_version</code> member
+ of an application</a> with <var>potential application</var>.
+ </li>
+ <li>Let <var>fingerprints</var> be the result of running the
+ <a>steps for processing the <code>fingerprints</code> member
+ of an application</a> with <var>potential application</var>.
+ </li>
+ <li>Let <var>application</var> be an object with properties
+ <code>platform</code>, <code>id</code>, <code>url</code>,
+ <code>min_version</code>, and <code>fingerprints</code>
+ respectively set to <var>platform</var>, <var>id</var>, <var>
nit: Wrap so that <var>url</var> is together on one line.
Don't indent these two lines by extra spaces.
--
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/566#pullrequestreview-32545696
Received on Thursday, 13 April 2017 04:45:46 UTC