On Mon, 15 Jul 2013 09:57:30 +0100, Jonas Sicking jo...@sicking.cc wrote:
indexeddb:origin/persistence/database/objectStore/index/key/keypath
Each piece above would have to be encoded such that it contains only
valid, non-'/', URL characters. For things like database name and
objectStore name
I'd like to propose using HTML as basis of manifest format, similar in
spirit to Web Components imports, e.g.
link rel=manifest import href=/my-app-definition.html
and then my-app-definition.html could contain link, meta or other
elements.
Rationale:
* while JSON is wonderful for
On 7/16/13 3:47 PM, ext Brad Hill wrote:
CORS advanced to Candidate Recommendation this January, and I believe
it is time we consider advancing it to Proposed Recommendation. In
the absence of an editor, I have been collecting bug reports sent to
the public-webappsec list, and now have a
On Thu, Jul 18, 2013 at 6:58 AM, Kornel Lesiński kor...@geekhood.net wrote:
On Mon, 15 Jul 2013 09:57:30 +0100, Jonas Sicking jo...@sicking.cc wrote:
indexeddb:origin/persistence/database/objectStore/index/key/keypath
Each piece above would have to be encoded such that it contains only
On 15/07/13 23:26, Kinuko Yasuda wrote:
OTOH one limitation I could think of in not having JS object is it'll
disallow a possible future API expansion for sending a 'Directory'
object to another app by postMessage. (It's another popular request we
get in Chrome)
Isn't a Directory object just
On Thu, Jul 18, 2013 at 4:52 PM, Mounir Lamouri mou...@lamouri.fr wrote:
Isn't a Directory object just a path? I mean, would you send the list of
files and their content or just the path to the directory? If you
literally want to pass the Directory object, I am not sure how passing
the path is
Or simply if we make it possible to pass a Directory through
postMessage then you can open another website in a sandboxed iframe
and pass it a Directory and let it modify its contents, without having
to grant access to other parts of the sandboxed filesystem.
/ Jonas
On Thu, Jul 18, 2013 at 5:02