- From: Matt Giuca <notifications@github.com>
- Date: Fri, 29 May 2020 00:29:32 -0700
- To: w3c/manifest <manifest@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
- Message-ID: <w3c/manifest/pull/882/review/420707242@github.com>
@mgiuca commented on this pull request. > </p> - <ol> - <li>Let <var>scopePath</var> be the [=string/concatenation=] of - <var>scopes</var>'s <a data-cite="URL#concept-url-path">path</a>, using - U+002F (/). + <ol class="algorithm"> + <li>If |target| and |scope| are not [=same origin=], return `false`. + </li> + <li>Let |scopePath:string| be the [=string/concatenation=] of "using" is correct here. See the definition of [concatenation](https://infra.spec.whatwg.org/#string-concatenate). This is supposed to place "/" in between each piece of the path, not at the end of it. Perhaps you could clarify it by writing "using the separator "/"" or "using "/" as a separator". > </li> - <li>If <var>target</var> is <a>same origin</a> as <var>scope</var> and - <var>targetPath</var> starts with <var>scopePath</var>, return - <code>true</code>. + <li>If |targetPath| starts with |scopePath:string|, return `true`. Maybe this and the next line could be combined by saying "Return a Boolean indicating whether |targetPath| starts with |scopePath|." Or even just "Return true if |targetPath| starts with |scopePath|, or false otherwise." Since if I were writing this in C++, I would write: ```c++ return targetPath.starts_with(scopePath); ``` not ```c++ if (targetPath.starts_with(scopePath)) return true; else return false; ``` > </li> </ol> <p> - A <a>URL</a> <var>target</var> is said to be <dfn data-lt= - "within-scope-manifest">within scope of a manifest</dfn> - <var>manifest</var> if <var>target</var> is <a>within scope</a> of the - navigation scope of <var>manifest</var>. + A [=URL=] |target:URL| is said to be <dfn data-export="" data-dfn-for= + "manifest" data-lt="within scope">within the navigation scope of a web Can this term just be "within scope", otherwise it is again too verbose (as it is intended as a way to write a short-hand). "**within the navigation scope of a web manifest** _manifest_" is longer than "**within scope** of the navigation scope of _manifest_", so there is no point using this short-hand if its name is that long. > </li> </ol> <p> - A <a>URL</a> <var>target</var> is said to be <dfn data-lt= - "within-scope-manifest">within scope of a manifest</dfn> - <var>manifest</var> if <var>target</var> is <a>within scope</a> of the - navigation scope of <var>manifest</var>. + A [=URL=] |target:URL| is said to be <dfn data-export="" data-dfn-for= + "manifest" data-lt="within scope">within the navigation scope of a web + manifest</dfn> {{WebAppManifest}} |manifest:WebAppManifest| if [=URL=] + |target:URL| is [=manifest/within scope=] of the |manifest|'s I think you mean [=URL/within scope=]. > </li> </ol> <p> - A <a>URL</a> <var>target</var> is said to be <dfn data-lt= - "within-scope-manifest">within scope of a manifest</dfn> - <var>manifest</var> if <var>target</var> is <a>within scope</a> of the - navigation scope of <var>manifest</var>. + A [=URL=] |target:URL| is said to be <dfn data-export="" data-dfn-for= + "manifest" data-lt="within scope">within the navigation scope of a web + manifest</dfn> {{WebAppManifest}} |manifest:WebAppManifest| if [=URL=] + |target:URL| is [=manifest/within scope=] of the |manifest|'s + {{WebAppManifest/scope}} member (once resolved). "once resolved" -- this is a colloquial term (URL "resolution") but I don't think it's defined anywhere. Can you say "once [=processed=]" (linking to "processing a manifest"), because that's really what you're saying: we're talking about the scope of the manifest after processing. Better yet, move this to the definition of "navigation scope of a manifest" above. That is: > The navigation scope of a manifest _manifest_ is _manifest_[scope], once manifest has been processed. or > The navigation scope of a **processed manifest** _manifest_ is _manifest_[scope]. Then, here, you should say "of the navigation scope of _manifest_" rather than "of the _manifest_'s scope member". > @@ -1978,8 +1978,8 @@ <h3> URL</var> as the base URL. If the result is failure, <a>issue a developer warning</a> and [=iteration/continue=]. </li> - <li>If <var>shortcut</var>["url"] is not <a>within scope</a> of - <var>manifest URL</var>, <a>issue a developer warning</a> and + <li>If <var>shortcut</var>["url"] is not [=URL/within scope=] There seem to be changes leaking both ways between this and #886. I think you should not change this here since you have a separate PR to fix this bug. > <a>sequence</a><<a>ShortcutItem</a>> <var>shortcuts</var> and a - <a>URL</a> <var>manifest URL</var>. This algorithm returns a - <a>sequence</a><<a>ShortcutItem</a>>. + <a>URL</a> |manifest URL:URL|, and [=URL=] <var>scope URL</var>. This Here too (leave this change for #886). > @@ -2642,8 +2642,9 @@ <h3> </h3> <p> The <dfn>url</dfn> member of a <a>ShortcutItem</a> is the <a>URL</a> - <a data-lt="within scope of a manifest">within the application's - scope</a> that opens when the associated shortcut is activated. + that opens when the associated shortcut is activated. When resolved, + the {{ShortcutItem/url}} must be [=URL/within scope=] of scope URL, + it gets ignored. This sentence is ungrammatical ("it gets ignored"). Also, do not use the keyword "must" in this definition which is not strictly imposing requirements. Just say "is the URL [=manifest/within scope=] of the manifest that opens when the associated shortcut is activated." (It doesn't have to be explicit about everything, since that's covered by algorithms elsewhere.) > @@ -1140,8 +1138,9 @@ <h3> member</a> given <var>manifest</var>["<a>related_applications</a>"]. </li> <li>Set <var>manifest</var>["<a>shortcuts</a>"] to the result of - running <a>processing the <code>shortcuts</code> member</a> given - <var>manifest</var>["<a>shortcuts</a>"] and <var>manifest URL</var>. + running <a>processing the `shortcuts` member</a> given + <var>manifest</var>["<a>shortcuts</a>"], <var>manifest URL</var>, and + <var>scope URL</var>. Here too (leave this change for #886). -- 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/882#pullrequestreview-420707242
Received on Friday, 29 May 2020 07:29:45 UTC