Re: [vwrap] Technical basis for VW client in a web browser?

peter host <virtualregions@gmail.com> Sat, 18 December 2010 13:48 UTC

Return-Path: <virtualregions@gmail.com>
X-Original-To: vwrap@core3.amsl.com
Delivered-To: vwrap@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C4A113A6A8A for <vwrap@core3.amsl.com>; Sat, 18 Dec 2010 05:48:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level:
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 QOMbTpL+tUOx for <vwrap@core3.amsl.com>; Sat, 18 Dec 2010 05:48:32 -0800 (PST)
Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by core3.amsl.com (Postfix) with ESMTP id 1C99A3A6A4E for <vwrap@ietf.org>; Sat, 18 Dec 2010 05:48:32 -0800 (PST)
Received: by qwg5 with SMTP id 5so1566159qwg.31 for <vwrap@ietf.org>; Sat, 18 Dec 2010 05:50:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:references:from:in-reply-to :mime-version:date:message-id:subject:to:content-type; bh=QyVQHhtEQLRFUODAtGTNQBsZv8klpO8nQkyelhc3RM4=; b=F64wUbBk2/OUfnhNIEiryxuAl2LWytSPpnFR3ty1Wp1VrC12YfHIuXCPTvWX71CWYV AALCxXU1XkCItWukpq7blWnhrz520aMYsGQxEiVc2zk9DcxC2k4JZodn45pkw5xgGzxh 79w8Hjlnm1u3QqznVu5ZidZuhN2sP/gt/8Y0Y=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=references:from:in-reply-to:mime-version:date:message-id:subject:to :content-type; b=KlBTFrlcACj3W9ZFLXmv0o51bzQ6yi2g3rfgv/oOLsKoexShAw2QV7JaTm/DsKR9zZ 6sNUofbj2W4pqcFRTz3orTCoa6IajL0MZkl+xX9FmqJ1V24S4ROgSz9LgNM/j0WGTpj+ QxBZwF2YzuDxxNu3QpKGhV2GC4oAnO//QcQx0=
Received: by 10.229.189.20 with SMTP id dc20mr1870557qcb.231.1292680221091; Sat, 18 Dec 2010 05:50:21 -0800 (PST)
References: <AANLkTintjQdAS=EWfiRu3oWenB42LKsNzJPDJ+5ofBRO@mail.gmail.com> <AANLkTinhWObg6Te2VtGYKXsxBG5=gVDS5szmjtLeOgnm@mail.gmail.com> <AANLkTikYn-iA7osXT_oW8rL61GhK57pp7uJVmTSGVvj7@mail.gmail.com> <4D0B9962.1030904@cox.net>
From: peter host <virtualregions@gmail.com>
In-Reply-To: <4D0B9962.1030904@cox.net>
Mime-Version: 1.0 (iPad Mail 8C148)
Date: Sat, 18 Dec 2010 14:51:07 +0100
Message-ID: <-6200480179825888771@unknownmsgid>
To: "vwrap@ietf.org" <vwrap@ietf.org>
Content-Type: text/plain; charset=ISO-8859-1
Subject: Re: [vwrap] Technical basis for VW client in a web browser?
X-BeenThere: vwrap@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Virtual World Region Agent Protocol - IETF working group <vwrap.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/vwrap>, <mailto:vwrap-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vwrap>
List-Post: <mailto:vwrap@ietf.org>
List-Help: <mailto:vwrap-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vwrap>, <mailto:vwrap-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 18 Dec 2010 13:48:35 -0000

Maybe also, one problem is the narrow definition of what a virtual
world is or should be. LL created a very rich model, but also a very
heavy one. Regardless of whether SL/OS virtual world clients will be
ported to the browser or handheld devices, virtual worlds will (and
are already, to some extent) be ported to lightweight OSes. The
browsers ports will always be 2/3 years late, but it's always been the
case, and as the browser security model (flawed as it is) still is
better than most OSes security models, hence (virtual money, asset
storing,...) I doubt support for those platforms will lag for long.
Moreover, sofar the browser platform is as close to cross platform as
can be. Mono will be dead before it achieves that.

The big question, in my opinion, is : do SL/OS developpers
wish/have_the_resouces to hop in the browser/handheld market (at the
cost of graceful degradation of performances, which is an inevitable
tradeback),... or not. If they don't others will. To take the example
of the closed Unity model (cf. Unite, Asset Store) they already ARE on
all browsers, but also on most TV box sets, handheld devices, and
consoles. What makes a technology successful, in the end, is user
adoption. Not the amazingly rich experience. (which is a shame, but
erhhh, well...)

And to the (diffuse but omnipresent) argument that OS/SL are such
heavy, difficult, dauntingly overcomplicated project, so was Apache,
and what happened ? Nginx happened, nodejs happened. Storing assets in
mysql ? Gosh, how about redis, mongo, couch,... Want more sqlness,
take riak,... Opengl on my iphone ? Hey, it's been there for years.
Javascript too slow ? You didn't test v8 properly, and even so,
javascript will be the glue, not the core language for libraries, etc,
etc...

To sum things up, vw protocols had better take light clients into
account, or they will end as the next sgml. Now, that's just my
opinion.



http://twitter.com/peterhost

On Dec 17, 2010, at 18:10, JohnnyB Hammerer <johnnybhammerer@cox.net> wrote:

> I don't understand why having a web based solution needs any justification by technical merits.  If those developing web based solutions find technical adequacy in web technologies to meet their goals I don't see a problem.
>
> I'll skip analogies involving lemmings.  ;-)  I will point out while I process most email with a dedicated email application I am very glad to have some web alternatives on those occasions that call for them.
>
> John.
> _______________________________________________
> vwrap mailing list
> vwrap@ietf.org
> https://www.ietf.org/mailman/listinfo/vwrap