W3C home > Mailing lists > Public > whatwg@whatwg.org > July 2009

[whatwg] Installed Apps

From: Jeremy Orlow <jorlow@chromium.org>
Date: Wed, 29 Jul 2009 13:53:49 -0700
Message-ID: <5dd9e5c50907291353n5caa20eescd21c663ddedf1ab@mail.gmail.com>
On Wed, Jul 29, 2009 at 11:43 AM, Michael Davidson <mpd at google.com> wrote:

> On Wed, Jul 29, 2009 at 11:38 AM, Tab Atkins Jr.<jackalmage at gmail.com>
> wrote:
> > On Wed, Jul 29, 2009 at 1:34 PM, Michael Davidson<mpd at google.com> wrote:
> >> With a hidden page that's accessible to all Google Finance visible
> >> pages, they could share a connection to the server. Even if the hidden
> >> page is closed when the last Google Finance page is closed, this is a
> >> better situation than we currently have.
> >
> > Can't SharedWorkers do that right now?  If all you're doing is polling
> > for data, it seems like you don't need all the extra stuff that these
> > various proposals are offering.
> It's my contention that frequently large web apps are doing more than
> just polling for data. They're trying to maintain complex data
> structures that they pass up to the UI. The programming model of
> SharedWorkers makes this difficult. Take the chat client in Gmail, for
> example. It's much more complex than passing stock quotes from a
> worker to the UI.

I understand that this isn't helpful for existing web apps like Gmail, but I
think a MVC type model will work pretty nicely with shared workers.  It's
just the transition phase that's going to be painful.

This idea of a hidden page just seems like a big hack to support today's
applications.  If it were adapted into the spec, I think 5 years from now
we'd be very sorry that it was.

The other APIs we've been talking about that satisfy the requirements that
were originally broken out by Drew seem like much more sustainable

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.whatwg.org/pipermail/whatwg-whatwg.org/attachments/20090729/15f92d22/attachment.htm>
Received on Wednesday, 29 July 2009 13:53:49 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:59:14 UTC