- From: Alexandre Morgaut <Alexandre.Morgaut@4d.com>
- Date: Fri, 30 Jul 2010 20:09:55 +0200
> Storage::setExpiration(in DOMString key, in TTL or expiration Date) > > (or Storage::setTTL() if you guys don't agree on the Date option) > > This might make sense, but I'm also not sure it's worth the additional API surface area. Plus I kind of like the idea of making it difficult for people to detect whether the browser even supports expiration since we don't people to ever assume they can count on it. (Since once again, what if the user doesn't turn on their computer or the UA doesn't delete expired data unless it's running?) Well, as Nicholas said, the important thing is that the User-Agent makes its best to remove the items ASAP once they expired. Sure some of these items could remain on disk while they expired until the UA start again. This is absolutely not a strong security feature. The user still should be able to remove manually the storages content, or disable access to the storage objects, from the User-Agent menus/preferences. I'm not confortable into hiding User-Agent capabilities from the API. Smart people like John Resig recommend to check the available API instead of looking after the User-Agent name and version to detect them, and I kind of like this approach. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.whatwg.org/pipermail/whatwg-whatwg.org/attachments/20100730/cee67a12/attachment-0001.htm>
Received on Friday, 30 July 2010 11:09:55 UTC