Full Title or Meme
This is an extension to the wiki page Progressive Web App to track evolving changes to the ways that PWA are initiated.
- The goal of the PWA is to eliminate the need for native apps. While it is likely that some functions, like access to the keystone, will not be available for PWA, many other features a being added.
- This page is specifically interested in tracking the ways tat a PWA service worker can be initiated from the browser (which includes some other PWA.)
PWAs as URL Handlers
- Explainer - Even tho one of the goals is to keep the user in control of their own experience, this does not explain how tis would look to the user nor why this is good for user, but only for Microsoft and content owners. Wile it does put more choices in app pickers, the goal of giving user more clicks to get to the content seems artificial.
- This is designed to give more control to the PWA for registering URLs tat can be accessed from native apps running on the phone.
- In particular the PWA can register for URLs that are not it its own scope. (That seems dangerous.) The new feature is that this is handled in the browser and not in the o/s presumably so that all platforms will work the same way.
- But they want to have their cake and eat it too, so the o/s will field such a link. The issue seems to be Android using WebAPK . Because WebAPK s are recognized by the Android OS, Chrome PWAs are able to fully integrate with OS features like the app picker.)
Declarative Link Capturing (DLC)
This is an attempt to get software launch to work, even tho that proposal has been around for several years without getting implementations.
- Explainer seems to be mostly about when to create a new browser tab when a link in the existing PWA is clicked.
- Combined with the above this would work from native apps as well.
- Would also work from file handler as well.
- It appears that the "launcher" only knows how to create new tabs and this would fix that.
- This was (re) introduced in 2019 and has not had much activity.