Re: [conception] Un plugin Progressive Web App commun en coquille vide ? (1 SW 2 rule dem all)

Le 28/07/2020 à 09:52, Cerdic a écrit :
> En conclusion j’ai envie de dire : avant de faire un plan à 20 ans pour que tout puisse s’assembler dans un monde idéal, et alors qu’on a pas de retour d’expérience sur le sujet, avançons donc sur les différents sujets en parallèle, et quand on comprendra tout comment ça marche bien, on aura sans doute une idée plus claire de ce qu’il faut mutualiser, ce qu’il faut séparer etc...

Merci pour ces réflexions !

Alors je pourrais être d'accord (pas faire de la sur-qualité) si… c'était possible. :)

Car comme je le dis au début, la volonté de concevoir un truc modulaire concerne plusieurs cas :
- on peut ne vouloir qu'une seule des fonctionnalités (que l'offline, que les pushs, que de la synchro de données, etc)
- on peut vouloir plusieurs de ces fonctionnalités dans le même site

Présentement, c'est le deuxième pour moi : j'ai absolument besoin que les gens puissent lire hors-ligne *et* pouvoir s'abonner à des "flux" de notifs en push.

Alors comment "travailler en parallèle" si de base le fait d'avoir Offline empêche un autre plugin d'avoir aussi un service worker avec une portée "root" (tout le site) ?

Est-ce que l'idée ça serait que le plugin de Push soit pour l'instant forcément dépendant de Offline (donc sans plugin central mutualisateur) et que donc il doive surcharger "en dur" (pas par pipelines je veux dire) certaines fonctions de Offline ?
Un truc du genre : surcharger "action_api_offline_sw_js_dist()" pour ajouter un fichier JS à la liste, qui contiendrait "self.addEventListener('push'" + "self.addEventListener('notificationclick'" etc

Restera aussi la question de où mettre et rendre configurable (couleur, icône) le Manifest qui permet d'installer vraiment.

-- 
RastaPopoulos