Re: [hybi] Addressing Minimal Events

Greg Wilkins <gregw@webtide.com> Mon, 13 April 2009 23:02 UTC

Return-Path: <gregw@webtide.com>
X-Original-To: hybi@core3.amsl.com
Delivered-To: hybi@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4E6653A6EDB for <hybi@core3.amsl.com>; Mon, 13 Apr 2009 16:02:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.523
X-Spam-Level:
X-Spam-Status: No, score=-2.523 tagged_above=-999 required=5 tests=[AWL=0.076, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5A+W6rQrbakd for <hybi@core3.amsl.com>; Mon, 13 Apr 2009 16:02:19 -0700 (PDT)
Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.187]) by core3.amsl.com (Postfix) with ESMTP id A087528C18E for <hybi@ietf.org>; Mon, 13 Apr 2009 16:01:14 -0700 (PDT)
Received: by ti-out-0910.google.com with SMTP id 11so15829tim.25 for <hybi@ietf.org>; Mon, 13 Apr 2009 16:02:25 -0700 (PDT)
Received: by 10.110.46.3 with SMTP id t3mr9477136tit.45.1239663745067; Mon, 13 Apr 2009 16:02:25 -0700 (PDT)
Received: from ?10.10.1.12? (60-242-119-126.tpgi.com.au [60.242.119.126]) by mx.google.com with ESMTPS id j5sm2962101tid.21.2009.04.13.16.02.22 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 13 Apr 2009 16:02:23 -0700 (PDT)
Message-ID: <49E3C476.7090005@webtide.com>
Date: Tue, 14 Apr 2009 09:02:14 +1000
From: Greg Wilkins <gregw@webtide.com>
User-Agent: Thunderbird 2.0.0.21 (X11/20090319)
MIME-Version: 1.0
To: hybi@ietf.org
References: <49DEF171.4080506@mozilla.com> <c5b3a7130904100019ged7ec45o749213482f12c878@mail.gmail.com> <op.usaa24vt64w2qv@anne-van-kesterens-macbook.local> <170C0E82-633A-4CA9-B26E-38015BFC7C0D@lindenlab.com>
In-Reply-To: <170C0E82-633A-4CA9-B26E-38015BFC7C0D@lindenlab.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [hybi] Addressing Minimal Events
X-BeenThere: hybi@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Server-Initiated HTTP <hybi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/hybi>
List-Post: <mailto:hybi@ietf.org>
List-Help: <mailto:hybi-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 13 Apr 2009 23:02:20 -0000

Mark Lentczner wrote:

> What I'm wondering is: How does one, given a Minimal, Event style 
> protocol, handle when there are two or more widgets on the page that 
> need updates? The home page view on Facebook, for example, has at least 
> four separate areas being live-updated.

I see the "many widgets on one page" as just the simplest case of
a need for multiplexing events over a single transport.

Very few sites like facebook actually put multiple widgets on
the same page, since those widgets potentially come from different
untrusted sources (and in the igoogle example, you don't want your
hot-babe-of-the-day widget sneaking a peek at your stock-ticker
widget).

So normal practise is to put widgets into iframes that are
used as sandboxes to isolate widgets.

So the first challenge is to get events in and out of these
sandboxes before they can be multiplexed onto a common channel.

This has to be coordinated by the parent page, because by
definition the sandboxed widgets can't know if there are
other widgets around with whom they should be multiplexing.

View like this, multi-widgets on a page really becomes
multiple frames with communication needs to the same
domain.     Which in turn is just a specific case of
the problem of multiple frames, tabs and/or windows
on the same domain.

It may be that as well as multiplexing events for
different widgets on the same page, we need to multiplex
and/or distribute events for different instances of the
same widget on different pages.

These are some of the issues the open ajax alliance
is trying to deal with - but I'm out of touch with their
latest thinking.

Anyway, my point is, that when considering multiplexing
events onto the same transport, we could consider the
multi frame/tab/window issues as well.


cheers