(rename the title).
From: Sunggook Chue
Sent: Thursday, April 2, 2020 3:01 PM
To: 'blin...@chromium.org' <blin...@chromium.org>
Cc: John Jansen <John....@microsoft.com>; 'Peter Beverloo' <beve...@google.com>; 'Rayan Kanso' <raya...@google.com>
Subject: RE: Intent To Ship Review Request
(copy and paste the doc below)
Title:
Intent to Ship: getInstalledRelatedApps API for Windows
Body:
Contact emails
Explainer
Contact: raya...@chromium.org
Link to explainer: https://github.com/WICG/get-installed-related-apps/blob/master/EXPLAINER.md
Spec
Link to spec. https://wicg.github.io/get-installed-related-apps/spec/
Summary
The doc is about Windows Desktop implementation of the getInstalledRelatedApps API. The related docs and processes are already reviewed and signed off during Android Mobile support.
See Link to a tag review: https://github.com/w3ctag/design-reviews/issues/436
Windows specific discussion
Windows Desktop implementation:
https://drive.google.com/open?id=1eLSHsfWCmc8IpLHye1XvP1ydvP5iMIOONUN6N15ksmE
Summary: It uses Windows API that returns server validated Windows modern apps https://docs.microsoft.com/en-us/windows/uwp/launch-resume/web-to-app-linking. The gIRA apps filter PWA manifest’s related apps list against Windows API returned list.
Is this feature supported on all six Blink platforms (Windows, Mac, Linux, Chrome OS, Android, and Android WebView)?
Following this I2S, the API will be supported on Windows and Android.
It will be supported in other platforms in future.
Demo link
If you have a demo page, link to it here.
Result: it will show filtered app list that is installed in the machine.
Note: if it skip 3 (installing UWP), it will show Notification permission dialog.
Risks
Interoperability and Compatibility
DEdge: Positive
Firefox: No resolved position
Safari: No Signals
Web / Framework developers: Positive based on OT feedback
Ergonomics
No adverse effects on Chrome performance are expected.
Activation
The API can be used immediately when shipped, but developers will need to update their manifest/native apps for the API to work.
Is this feature fully tested by web-platform-tests? Link to test suite results from wpt.fyi.
The current tests, https://github.com/web-platform-tests/wpt/search?q=getInstalledRelatedApps&unscoped_q=getInstalledRelatedApps, is about checking Javascript API surface and it is appropriate mainly because testing real user scenario is app from the Windows Store, which can’t be done in the WebTest.
Entry on the feature dashboard
https://chromestatus.com/feature/5695378309513216.
From: Sunggook Chue
Sent: Wednesday, April 1, 2020 3:45 PM
To: blin...@chromium.org
Cc: John Jansen <John....@microsoft.com>; Peter Beverloo <beve...@google.com>; Rayan Kanso <raya...@google.com>
Subject: Intent To Ship Review Request
Hello,
Can you review getInstalledRelatedApps’s ‘Intent To Ship’ , which is based on the https://chromestatus.com/feature/5695378309513216.
This is Windows OS specific implementation,
Doc: https://docs.google.com/document/d/1oQNbuYm8aYAj1BWN6-JeWIGlgzyLvOvvFFX-7eHgbZU/edit?usp=sharing
Thanks,
Sunggook
--
You received this message because you are subscribed to the Google Groups "blink-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/DM5PR00MB02963F64A6DB5FEC080C90CDA2C70%40DM5PR00MB0296.namprd00.prod.outlook.com.
Hi Manuel,
1. Android ship
- It must be released, Peter/Rayan, can you confirm this?
2. If I understand this correctly, this intent is to add support for the same API on Windows. Could you please clarify this?
- Yes, this is same API for Windows implementation.
3. Also is there any significant difference between both implementations for Android vs Windows that it's worth highlighting?
- The underline validation technology (system API use) are different; Android relies on digital asset (https://developers.google.com/digital-asset-links) of Android technology meanwhile Windows relies on web-to-app link (https://docs.microsoft.com/en-us/windows/uwp/launch-resume/web-to-app-linking) of Windows technology. Android also supports webapp platform (installed PWA), but Windows not (yet).
Thanks,
Sunggook
-----Original Message-----
From: Manuel Rego Casasnovas <re...@igalia.com>
Sent: Monday, April 6, 2020 2:52 AM
To: Sunggook Chue <sun...@microsoft.com>; blin...@chromium.org
Cc: John Jansen <John....@microsoft.com>; Peter Beverloo <beve...@google.com>; Rayan Kanso <raya...@google.com>
Subject: [EXTERNAL] Re: [blink-dev] "Intent to Ship: getInstalledRelatedApps API for Windows"
I'm a bit lost regarding the status of things here.
There was an intent-to-ship for getInstalledRelatedApps for Android by the end of past year:
It was approved, but I cannot find if it's actually shipping on any release:
* https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.chromestatus.com%2Ffeature%2F5695378309513216&data=02%7C01%7Csunggch%40microsoft.com%7C7411e1608aec4da0481d08d7da102f95%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637217635397307563&sdata=CKv5M5E1eC9B%2FkAlBTI3%2FqXUJBsxcuzM03LmxXsRE8g%3D&reserved=0
* https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fbugs.chromium.org%2Fp%2Fchromium%2Fissues%2Fdetail%3Fid%3D895854&data=02%7C01%7Csunggch%40microsoft.com%7C7411e1608aec4da0481d08d7da102f95%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637217635397307563&sdata=VgmA%2FyUZKqY1M2h8eqAcze5aPxl3ILJJ3qCypQCWepI%3D&reserved=0
If I understand this correctly, this intent is to add support for the same API on Windows. Could you please clarify this?
Also is there any significant difference between both implementations for Android vs Windows that it's worth highlighting?
Thanks,
Rego
On 03/04/2020 18:49, 'Sunggook Chue' via blink-dev wrote:
> (rename the title).
>
>
>
> *From:* Sunggook Chue
> *Sent:* Thursday, April 2, 2020 3:01 PM
> *To:* 'blin...@chromium.org' <blin...@chromium.org>
> *Cc:* John Jansen <John....@microsoft.com>; 'Peter Beverloo'
> <beve...@google.com>; 'Rayan Kanso' <raya...@google.com>
> *Subject:* RE: Intent To Ship Review Request
>
>
>
> (copy and paste the doc below)
>
>
>
> Title:
>
>
>
> Intent to Ship: getInstalledRelatedApps API for Windows
>
>
>
> Body:
>
>
>
> *Contact emails*
>
> sun...@microsoft.com <mailto:sun...@microsoft.com>,
>
>
>
> *Explainer*
>
> Contact: raya...@chromium.org <mailto:raya...@chromium.org>
>
> Link to explainer:
>
> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgith
> ub.com%2FWICG%2Fget-installed-related-apps%2Fblob%2Fmaster%2FEXPLAINER
> .md&data=02%7C01%7Csunggch%40microsoft.com%7C7411e1608aec4da0481d0
> 8d7da102f95%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C6372176353973
> 07563&sdata=aBn%2FXVOjacbWBVzc1wcUWxhWy62uAF6gGzI1FslD%2F5U%3D&
> ;reserved=0
>
>
>
> *Spec*
>
> Link to spec.
> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwicg
> .github.io%2Fget-installed-related-apps%2Fspec%2F&data=02%7C01%7Cs
> unggch%40microsoft.com%7C7411e1608aec4da0481d08d7da102f95%7C72f988bf86
> f141af91ab2d7cd011db47%7C1%7C0%7C637217635397307563&sdata=9oIDGa35
> DVeY7c4xVLsgkFWomdAntQstdjFblTNg5x4%3D&reserved=0
>
>
>
> *Summary*
>
> The doc is about Windows Desktop implementation of the
> getInstalledRelatedApps API. The related docs and processes are
> already reviewed and signed off during Android Mobile support.
>
>
>
> See Link to a tag review
> <https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fw3ctag%2Fspec-reviews%2Fissues&data=02%7C01%7Csunggch%40microsoft.com%7C7411e1608aec4da0481d08d7da102f95%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637217635397307563&sdata=kvSCApWQwpGtaoqGY67jNhs1dmKKu%2FWeHnSPaR6YuzY%3D&reserved=0>:
> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgith
> ub.com%2Fw3ctag%2Fdesign-reviews%2Fissues%2F436&data=02%7C01%7Csun
> ggch%40microsoft.com%7C7411e1608aec4da0481d08d7da102f95%7C72f988bf86f1
> 41af91ab2d7cd011db47%7C1%7C0%7C637217635397307563&sdata=5L2U%2B8J9
> Ass4RWOA6Ces%2BOs9K3SmpyRiuvT0EbNFBHw%3D&reserved=0
>
>
>
> *Windows specific discussion*
>
>
>
> Windows Desktop implementation:
>
> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdriv
> e.google.com%2Fopen%3Fid%3D1eLSHsfWCmc8IpLHye1XvP1ydvP5iMIOONUN6N15ksm
> E&data=02%7C01%7Csunggch%40microsoft.com%7C7411e1608aec4da0481d08d
> 7da102f95%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637217635397317
> 563&sdata=D6WSyz4dcnkS2y7QtM5u5KHXEhHqNkMVnZ5XD1%2B0muY%3D&res
> erved=0
>
>
>
> Summary: It uses Windows API that returns server validated Windows
> modern apps
> The gIRA apps filter PWA manifest’s related apps list against Windows
> API returned list.
>
>
>
> * It returns an empty list in the Incognito mode.
> * It filters maximum 3 apps in the PWA manifest.
> * It supports only hard coded ‘store’ platform (windows store)
> * It supports only UWP, not a Win32 app.
>
>
>
> *Is this feature supported on all six Blink platforms (Windows, Mac,
> Linux, Chrome OS, Android, and Android WebView)?*
>
>
>
> Following this I2S, the API will be supported on Windows and Android.
>
>
>
> It will be supported in other platforms in future.
>
>
>
> *Demo link*
>
> If you have a demo page, link to it here.
>
>
>
> 1. In Win10 desktop
> 2. Enable Developer Mode (Settings -> Update And Security -> For
> developers -> check developer mode)
>
> 1. If you want to real user scenario, you don’t have to do this,
> just wait a week or two so windows OS get the validation
> confirmed based on the doc
>
> <https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdoc
> s.microsoft.com%2Fen-us%2Fwindows%2Fuwp%2Flaunch-resume%2Fweb-to-app-l
> inking&data=02%7C01%7Csunggch%40microsoft.com%7C7411e1608aec4da048
> 1d08d7da102f95%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C6372176353
> 97317563&sdata=jMbVF08fqWtKt%2F9owpBM86N8xrgR6mjaE%2FdOW4bmXvg%3D&
> amp;reserved=0>
> 2. Install the attached UWP app:
>
> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdriv
> e.google.com%2Fopen%3Fid%3D1qQbDDkz3C-9-GW-PRO4gBrYw_Z-TBau8&data=
> 02%7C01%7Csunggch%40microsoft.com%7C7411e1608aec4da0481d08d7da102f95%7
> C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637217635397317563&sda
> ta=3f8uOnMkRzZKF4z0MdadT9%2FhWtp9SIi76Knz5g%2BcCB4%3D&reserved=0
> 3. Start the Chromium with --enable-features=InstalledAppProvider
> 4. Visit the site
> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fedge
> pwaone.azurewebsites.net%2F&data=02%7C01%7Csunggch%40microsoft.com
> %7C7411e1608aec4da0481d08d7da102f95%7C72f988bf86f141af91ab2d7cd011db47
> %7C1%7C0%7C637217635397317563&sdata=okVqQ1wP7GSAH94DfyRUDFprbOfHij
> jZrhIsmmYtRTI%3D&reserved=0 5. Click ‘getInstalledRelatedApps’ in
> the 5. ‘getInstalledRelatedApps’
> test.
>
>
>
> Result: it will show filtered app list that is installed in the machine.
>
>
>
> Note: if it skip 3 (installing UWP), it will show Notification
> permission dialog.
>
>
>
> *Risks*
>
> *Interoperability and Compatibility*
>
> DEdge: Positive
>
> Firefox: Noresolved position
> <https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgit
> hub.com%2Fmozilla%2Fstandards-positions%2Fissues%2F213&data=02%7C0
> 1%7Csunggch%40microsoft.com%7C7411e1608aec4da0481d08d7da102f95%7C72f98
> 8bf86f141af91ab2d7cd011db47%7C1%7C0%7C637217635397317563&sdata=bmh
> 1LWcMGSoaqkMjKM%2FnEr55zxWlbEsbFSWT%2FvVHtD8%3D&reserved=0>
>
> Safari: No Signals
>
> Web / Framework developers: Positive based on OT feedback
>
>
>
> *Ergonomics*
>
> No adverse effects on Chrome performance are expected.
>
>
>
> *Activation*
>
> The API can be used immediately when shipped, but developers will need
> to update their manifest/native apps for the API to work.
>
>
>
> *Is this feature fully tested by **web-platform-tests*
> Link to test suite results from **wpt.fyi*
> <https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwpt
> .fyi%2F&data=02%7C01%7Csunggch%40microsoft.com%7C7411e1608aec4da04
> 81d08d7da102f95%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637217635
> 397317563&sdata=uiBlUAaSSckdqknvX2U4oxNR5OUNRlz6QHKDLMgXNqA%3D&
> ;reserved=0>*.*
>
>
>
> The current tests,
> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgith
> ub.com%2Fweb-platform-tests%2Fwpt%2Fsearch%3Fq%3DgetInstalledRelatedAp
> ps%26unscoped_q%3DgetInstalledRelatedApps&data=02%7C01%7Csunggch%4
> 0microsoft.com%7C7411e1608aec4da0481d08d7da102f95%7C72f988bf86f141af91
> ab2d7cd011db47%7C1%7C0%7C637217635397317563&sdata=3MVcZ48HQeocM8AH
> 7P9rQhrAzrz4xJdojbXw6MauhAg%3D&reserved=0,
> is about checking Javascript API surface and it is appropriate mainly
> because testing real user scenario is app from the Windows Store,
> which can’t be done in the WebTest.
>
>
>
> *Entry on the **feature dashboard*
> <https://nam06.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.
> chromestatus.com%2F&data=02%7C01%7Csunggch%40microsoft.com%7C7411e
> 1608aec4da0481d08d7da102f95%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0
> %7C637217635397317563&sdata=xMtHXaLgZmBAWbiaWWeuSdPswx95cqOEd48cGC
> 5%2BF1s%3D&reserved=0>
>
> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fchromestatus.com%2Ffeature%2F5695378309513216&data=02%7C01%7Csunggch%40microsoft.com%7C7411e1608aec4da0481d08d7da102f95%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637217635397317563&sdata=rMhvC2Tohe30ZQTiuiUQVU60CpPq9gvjrG%2BCsAAfpno%3D&reserved=0.
>
>
>
> *From:* Sunggook Chue
> *Sent:* Wednesday, April 1, 2020 3:45 PM
> *To:* blin...@chromium.org <mailto:blin...@chromium.org>
> *Cc:* John Jansen <John....@microsoft.com
> <mailto:John....@microsoft.com>>; Peter Beverloo
> <beve...@google.com <mailto:beve...@google.com>>; Rayan Kanso
> <raya...@google.com <mailto:raya...@google.com>>
> *Subject:* Intent To Ship Review Request
>
>
>
> Hello,
>
>
>
> Can you review getInstalledRelatedApps’s ‘Intent To Ship’ , which is
>
>
>
> This is Windows OS specific implementation,
>
> Doc:
> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocs
> .google.com%2Fdocument%2Fd%2F1oQNbuYm8aYAj1BWN6-JeWIGlgzyLvOvvFFX-7eHg
> bZU%2Fedit%3Fusp%3Dsharing&data=02%7C01%7Csunggch%40microsoft.com%
> 7C7411e1608aec4da0481d08d7da102f95%7C72f988bf86f141af91ab2d7cd011db47%
> 7C1%7C0%7C637217635397317563&sdata=10Uw%2BBETlxd%2BKzyWJQ8Zt4yb%2B
> C%2Fbvb9g9Sz4ry4wznQ%3D&reserved=0
>
>
>
> Thanks,
>
> Sunggook
>
>
>
> --
> You received this message because you are subscribed to the Google
> Groups "blink-dev" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to blink-dev+...@chromium.org
> <mailto:blink-dev+...@chromium.org>.
> To view this discussion on the web visit
> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgrou
> ps.google.com%2Fa%2Fchromium.org%2Fd%2Fmsgid%2Fblink-dev%2FDM5PR00MB02
> 963F64A6DB5FEC080C90CDA2C70%2540DM5PR00MB0296.namprd00.prod.outlook.co
> m&data=02%7C01%7Csunggch%40microsoft.com%7C7411e1608aec4da0481d08d
> 7da102f95%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637217635397317
> 563&sdata=QWzAlw661ICXGG0EeuziNuyjnxikE%2B0BRsIZzPfjIgE%3D&res
> erved=0
> <https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgroups.google.com%2Fa%2Fchromium.org%2Fd%2Fmsgid%2Fblink-dev%2FDM5PR00MB02963F64A6DB5FEC080C90CDA2C70%2540DM5PR00MB0296.namprd00.prod.outlook.com%3Futm_medium%3Demail%26utm_source%3Dfooter&data=02%7C01%7Csunggch%40microsoft.com%7C7411e1608aec4da0481d08d7da102f95%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637217635397317563&sdata=SDgx3nJPYnHZyA9nuk65FMOCIoQ9Tl2EwmFD53XTNDQ%3D&reserved=0>.
Hi Matt,
‘store’ name is chosen to follow Android pattern of ‘play’. I’m fine with other naming pattern though as store could be too much generic.
I prefer name of ‘windows’ on it instead of any hint of Microsoft because Windows support sideload package (enterprise has its own install pipeline) if we want to be more specific.
I will update this one as ‘windows’ if someone suggests otherwise.
Thanks,
Sunggook
To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+unsubscribe@chromium.org.
+1 to "windows". Specific store implementations should be named as such - you can't look at "store" and immediately know what store it means, whereas "windows" is much more clear. Additionally, the app ID value provided is specific to each store, making the value of a generic "store" platform less obvious.
On Wednesday, April 8, 2020 at 7:15:57 AM UTC+10, Sunggook Chue wrote:Hi Matt,
‘store’ name is chosen to follow Android pattern of ‘play’. I’m fine with other naming pattern though as store could be too much generic.
I prefer name of ‘windows’ on it instead of any hint of Microsoft because Windows support sideload package (enterprise has its own install pipeline) if we want to be more specific.
I will update this one as ‘windows’ if someone suggests otherwise.
As for the platform value, I don't have any strong opinions about this. I don't think the use of store is problematic, it can be shared across OSes (like webapp is used to identify installed PWAs). The other potential values LGTM as well.
To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+...@chromium.org.
On 07/04/2020 02:17, Sunggook Chue wrote:
> 3. Also is there any significant difference between both implementations for Android vs Windows that it's worth highlighting?
> - The underline validation technology (system API use) are different; Android relies on digital asset (https://developers.google.com/digital-asset-links) of Android technology meanwhile Windows relies on web-to-app link (https://docs.microsoft.com/en-us/windows/uwp/launch-resume/web-to-app-linking) of Windows technology. Android also supports webapp platform (installed PWA), but Windows not (yet).
So for Windows it'd be only native apps, this is a concern from TAG as
it'd drive users to native apps instead of promoting the web (web apps):
https://github.com/w3ctag/design-reviews/issues/436#issuecomment-593477503
What's the plan for adding support for PWAs on Windows?
To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/767b8d0b-d0d1-546a-3f7f-6943cabe9655%40igalia.com.
Which chromestatus entry has been updated?
The next one is not pointing to a Chromium version and it says
"proposed": https://www.chromestatus.com/feature/5695378309513216
I see the previous intent for for Android used the same entry than this
one, dunno if that's expected or if we should have 2 different entries.
I don't remember what's the usual thing to do in these cases.
There were a few negative comments before and now Mozilla has resolved
to consider this "harmful":
https://github.com/mozilla/standards-positions/issues/213#issuecomment-610674643
Is there any plan to work on the spec to address the concerns raised there?
To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAL6mntjPy39VCm996Sx8%2B1hC4nGv%2BEAMaSWXYxsanXSu07vXcg%40mail.gmail.com.
Hi Rayan,
Does gIRA supports app from other Google play only for any Android stores? If it can supports any apps from the any store, then doesn’t ‘android’ name more make sense for Android implementation unless ‘Google play’ supports more than Android OS? (Some developer could assume that distribution through Google play is a requirement of the API use.)
Hi Rayan,
Does gIRA supports app from other Google play only for any Android stores? If it can supports any apps from the any store, then doesn’t ‘android’ name more make sense for Android implementation unless ‘Google play’ supports more than Android OS? (Some developer could assume that distribution through Google play is a requirement of the API use.)
To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/DM5PR00MB02961A285C892B0634044AC4A2C30%40DM5PR00MB0296.namprd00.prod.outlook.com.
Hi,
I believe we have 3 issues so far,
I will address 2 issue, but Rayan could address 3 if he agrees.
For 1, I’m not sure how we handle this though. I’d missed the discussion so I didn’t have chance to say that the one of big consumer of this API would be Microsoft Office as they wanted to detect Win32 app existence from the JS api. (the current implementation can’t address their needs though because the web-to-app can’t support win32 apps). Our team proposed to Windows OS team for supporting this (Win32) scenario on future OS.
Please let me know what’s next step from my side?
Thanks,
Sunggook
Hi,
I believe we have 3 issues so far,
- Mozilla standard discussion is hold (reject the API).
- Windows implementation uses ‘windows’ platform instead of ‘store’
- Suggestion for Android’s platform to use ‘android’ instead of ‘play’.
I will address 2 issue, but Rayan could address 3 if he agrees.
For 1, I’m not sure how we handle this though. I’d missed the discussion so I didn’t have chance to say that the one of big consumer of this API would be Microsoft Office as they wanted to detect Win32 app existence from the JS api. (the current implementation can’t address their needs though because the web-to-app can’t support win32 apps). Our team proposed to Windows OS team for supporting this (Win32) scenario on future OS.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAEC208t89f-31PRYm_URaNYEnhCDh7%2BiyQx4mHOkO3K5W-fzAw%40mail.gmail.com.
the implementation would tack on the installed version. Can we remove that requirement?
Also can you confirm that the only native applications that a site can identify will be ones that satisfy all of the following?
Is there a proposed limit on how many applications can be specified in related_applications
Rayan is right, Windows has also 3 apps limitation for related_applications.
“Also can you confirm that the only native applications that a site can identify will be ones that satisfy all of the following?"
Yes, it should meet all these conditions, but it doesn’t have to be UWP. It also support Desktop Bridge app (MSIX package).
Rayan is right, Windows has also 3 apps limitation for related_applications.
“Also can you confirm that the only native applications that a site can identify will be ones that satisfy all of the following?"
Yes, it should meet all these conditions, but it doesn’t have to be UWP. It also support Desktop Bridge app (MSIX package).
Thanks,
Sunggook
--
You received this message because you are subscribed to the Google Groups "blink-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/92045f8c-aeeb-435e-93a7-3293c4b61ba8%40chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/blink-dev/CAKXHy%3DfZ406FXJKw%3Di8V7v5G-%3DnMD%3DKEURQPOVdv-SLkkgC%2BXA%40mail.gmail.com.