W3C home > Mailing lists > Public > public-webapps@w3.org > April to June 2009

Re: Web Storage & SQL

From: Shawn Wilsher <sdwilsh@mozilla.com>
Date: Fri, 10 Apr 2009 16:50:59 -0700
Message-ID: <49DFDB63.9090001@mozilla.com>
To: public-webapps@w3c.org
On 4/10/09 1:53 PM, Maciej Stachowiak wrote:
> I don't think this one point should be decisive by itself. But I don't
> think it should be given zero weight either. I do think the existence of
> an implementation of the current spec and Web content using it somewhat
> raises the burden of proof on anyone proposing a redesign.
I'm not so sure of the usefulness of that argument.  Just because 
company X implements and proposes feature Y, and convinces company Z to 
implement it on their site, it doesn't somehow get extra credibility 
(strictly a hypothetical situation).  If there are serious issues with 
the proposal, they should be looked at and not glossed over.  For what 
I've seen of this discussion, serious issues that are being raised are 
being glossed over or being dismissed as essentially "not our problem".

> Note that one of the clients in question is the offline-enabled mobile
> version of GMail. I think this demonstrates that the SQL-based Database
> Storage can serve the needs of an advanced and polished Web application.
> In addition, we have a rough demonstration that it is practically
> implementable in a modern Web engine.
Just because an API serves the needs of an advanced and polished web 
application doesn't mean it's the right API.  We could let web authors 
write some form of assembly to do task X, and they could make it serve 
their needs, but it most certainly would not be the right API.  An 
exaggeration, sure, but this is an API we are going to have to live with 
for a long time.  We should take care to ensure that it's the right API 
for the web.

My biggest problem with this draft is that I still don't see an answer 
for why SQL was chosen, especially given the drawbacks that have already 
been highlighted.



Received on Monday, 13 April 2009 03:24:03 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 18:12:53 UTC