- From: Huang Xuan <notifications@github.com>
- Date: Fri, 23 Dec 2016 03:47:52 -0800
- To: w3c/manifest <manifest@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
Received on Friday, 23 December 2016 11:48:18 UTC
There is an explicit section [match-service-worker-registration](https://w3c.github.io/ServiceWorker/#match-service-worker-registration) declaring how nestedly scoped service workers work, where a SW with longest scope_url would "override"(bypass) all the others. But of web app manifest, how nestedly scoped web app (manifest) effect with each other? Taking `/` and `/sub-app/` as an example, is the one with shorter path (which has a wider scope) totally bypassed? OR the longer-path one (the sub one) can inherit all missing members from the shorter/parent one? There seems no definition exist about this scenarios in the current spec. Furthermore, there might exist some scenarios that a `/sub-app/` want treat `/` as sort of "parent app", where the sub-app can be navigated to from the "parent app" (in current browsing context) but has its own needs for a separated manifest (e.g. different themes/bg colors, different orientation, different desceiption etc. I think It's common?), thus should allow the navigation back from sub-app to "parent app". There might be more complicated scenarios in practice, I believed It's worth discussion ;) -- 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/issues/539
Received on Friday, 23 December 2016 11:48:18 UTC