WebAPI/Storage2013: Difference between revisions
< WebAPI
No edit summary |
No edit summary |
||
| (6 intermediate revisions by 3 users not shown) | |||
| Line 1: | Line 1: | ||
What we want (some of which we already have) | What we want (some of which we already have) | ||
== | == Have explicit temporary and permanent storage == | ||
* temporary intended to solve caching but cache that can go away without penalty | * temporary intended to solve caching but cache that can go away without penalty | ||
* no permission dialogues! | * no permission dialogues! | ||
| Line 7: | Line 7: | ||
* we're very close to this, bent about to start reviews | * we're very close to this, bent about to start reviews | ||
== Plug in localStorage to temporary storage == | |||
* Honza is working on re-write of localStorage | * Honza is working on re-write of localStorage | ||
* lower priority | * lower priority | ||
== Moving data from temporary to permanent storage == | |||
* also called database migration | |||
* ex. Gmail "go offline" | * ex. Gmail "go offline" | ||
* ex. Amazon cloud reader | * ex. Amazon cloud reader | ||
== SimpleStorage API == | |||
* basically async localStorage | |||
* need very simple API | * need very simple API | ||
* high value, low amount of work | * high value, low amount of work | ||
| Line 24: | Line 25: | ||
** https://github.com/brianloveswords/filesystem-browserify | ** https://github.com/brianloveswords/filesystem-browserify | ||
** http://jensarps.github.com/IDBWrapper | ** http://jensarps.github.com/IDBWrapper | ||
** https://github.com/mozilla-b2g/gaia/blob/master/shared/js/async_storage.js | |||
* something that uses IDB and/or localStorage? | * something that uses IDB and/or localStorage? | ||
* provide simple API directly in IDB ? | |||
** http://posts.netroy.in/what-indexeddb-should-look-like | |||
== General appcache problems == | |||
* spec is terrible (poorly written) | * spec is terrible (poorly written) | ||
* Mounir will help drive spec side of fixing this | * Mounir will help drive spec side of fixing this | ||
| Line 33: | Line 37: | ||
* in London, improve proposal and present to others | * in London, improve proposal and present to others | ||
== Quota API == | |||
* similar to what Google has | * similar to what Google has | ||
** that's connected with FileSystem API which means we'll have to just have something similar but not exactly the same | ** that's connected with FileSystem API which means we'll have to just have something similar but not exactly the same | ||
| Line 39: | Line 43: | ||
* "how much am I currently using?" (both permanent and temporary) | * "how much am I currently using?" (both permanent and temporary) | ||
== FileSystem API == | |||
* like DeviceStorage API? | * like DeviceStorage API? | ||
* sandboxed file system (implemented as a library on top of IDB) | * sandboxed file system (implemented as a library on top of IDB) | ||
| Line 47: | Line 51: | ||
* try to bring in Microsoft views (Apple closer to our view than to Google's) | * try to bring in Microsoft views (Apple closer to our view than to Google's) | ||
== IndexedDB in Workers == | |||
* Maybe need Workers-As-Service (TM-sicking) support in B2G before this is useful? | * Maybe need Workers-As-Service (TM-sicking) support in B2G before this is useful? | ||
* Code should start getting into review queues | * Code should start getting into review queues | ||
| Line 53: | Line 57: | ||
* schedule needs to be determined at London work week | * schedule needs to be determined at London work week | ||
== Priorities == | |||
* | * SimpleStorage API, P1 | ||
* FileSystem API, P2 | * FileSystem API, P2 | ||
* IndexedDB in workers, P3 | * IndexedDB in workers, P3 | ||
* Quota API, P4 | * Quota API, P4 | ||
* Database migration, P5 | * Database migration (aka "temporary storage"), P5 | ||
[[Category:Web APIs]] | |||
Latest revision as of 23:21, 1 October 2014
What we want (some of which we already have)
Have explicit temporary and permanent storage
- temporary intended to solve caching but cache that can go away without penalty
- no permission dialogues!
- data needs to be deleted if website falls out of use
- we're very close to this, bent about to start reviews
Plug in localStorage to temporary storage
- Honza is working on re-write of localStorage
- lower priority
Moving data from temporary to permanent storage
- also called database migration
- ex. Gmail "go offline"
- ex. Amazon cloud reader
SimpleStorage API
- basically async localStorage
- need very simple API
- high value, low amount of work
- can be built on top of IDB
- Chrome has something already for Chrome extensions
- related things?
- something that uses IDB and/or localStorage?
- provide simple API directly in IDB ?
General appcache problems
- spec is terrible (poorly written)
- Mounir will help drive spec side of fixing this
- needs input from Jan, Patrick McManus, etc.
- Jonas and Mounir to come up with very rough proposal
- in London, improve proposal and present to others
Quota API
- similar to what Google has
- that's connected with FileSystem API which means we'll have to just have something similar but not exactly the same
- more predictable than existing 50 MB limit
- "how much am I currently using?" (both permanent and temporary)
FileSystem API
- like DeviceStorage API?
- sandboxed file system (implemented as a library on top of IDB)
- write a library that uses IDB or falls back to Google's FileSystem API or <something else>
- higher priority than quota API
- do we want to include FileHandle in this API ?
- try to bring in Microsoft views (Apple closer to our view than to Google's)
IndexedDB in Workers
- Maybe need Workers-As-Service (TM-sicking) support in B2G before this is useful?
- Code should start getting into review queues
- IPC thread needs to be removed in future
- schedule needs to be determined at London work week
Priorities
- SimpleStorage API, P1
- FileSystem API, P2
- IndexedDB in workers, P3
- Quota API, P4
- Database migration (aka "temporary storage"), P5