- From: Ivan Herman <notifications@github.com>
- Date: Thu, 23 Jun 2016 02:25:00 -0700
- To: w3c/manifest <manifest@noreply.github.com>
- Cc:
- Message-ID: <w3c/manifest/issues/471/227996134@github.com>
@marcoscaceres >@iherman, to your proposal: I would like to generalize some of the algorithms at some point... like "run the steps to process a string", "run the steps to process a space separated list" , etc. and you would get a lot of the security properties for free. It's what implementations do already, and would make the spec a lot smaller. Just haven't found time to do that. Thanks! That sounds great, and it goes in the direction I was wondering about. I believe there may be some terms in the current document that may be generic (eg, `scope`?) as well as obtaining the manifest (although, in our own discussions where we also looked at how to obtain manifests for Web Publications we went a bit further in the possibilities than what you considered, see [current PWP draft](http://w3c.github.io/dpub-pwp/#manifest_algorithm). Exposing the manifest values through a JS API... I must admit I did not think about that before; because the manifest is in JSON, it is "just" a big object with keys and values from a JS point of view, I am not sure what it would bring. But I do not claim to be a JS programmer, so I may miss something. --- 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-227996134
Received on Thursday, 23 June 2016 09:25:31 UTC