- From: Marcos Cáceres <notifications@github.com>
- Date: Mon, 20 Jun 2016 11:41:17 -0700
- To: w3c/manifest <manifest@noreply.github.com>
- Cc:
- Message-ID: <w3c/manifest/issues/471/227231293@github.com>
> On 21 Jun 2016, at 12:22 AM, Tzviya <notifications@github.com> wrote: > > From the Digital Publishing IG: > Would it be a more extensible architecture to define a "core" web manifest, with common terms, procedures, etc, with an extension model that could be used to define a Web App manifest and others, depending on the usage patterns? > Here are some examples of what this might mean for the publishing world: > > Section 7.2 [1] allows for extension points, but this is listed in processing instructions and not explicit. Would it be possible to add a section clarifying the extension process? Digital Publishing will likely be interested in expanding the definition of “manifest” [https://www.w3.org/TR/appmanifest/#dfn-manifest] and possibly scope and navigation so that it is clear that a specific set of objects are contained a publication. Sure, but we would need to understand the use cases better and any current limitations. What exactly is not clear about the extension point and where to hook into the algorithm? > Publishing might not require all manifest members. In this case, it would be helpful if specific members (e.g. “theme_color”) could be optional. All members are optional in the spec. Apologies if that was not clear. > [1] https://www.w3.org/TR/appmanifest/#dfn-extension-point > > — > You are receiving this because you are subscribed to this thread. > Reply to this email directly, view it on GitHub, or mute the thread. > --- 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/471#issuecomment-227231293
Received on Monday, 20 June 2016 18:41:53 UTC