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
- [vwrap] Technical basis for VW client in a web br… Morgaine
- Re: [vwrap] Technical basis for VW client in a we… Dahlia Trimble
- Re: [vwrap] Technical basis for VW client in a we… Morgaine
- Re: [vwrap] Technical basis for VW client in a we… Joshua Bell
- Re: [vwrap] Technical basis for VW client in a we… Meadhbh Hamrick
- Re: [vwrap] Technical basis for VW client in a we… Peter Saint-Andre
- Re: [vwrap] Technical basis for VW client in a we… Morgaine
- Re: [vwrap] Technical basis for VW client in a we… JohnnyB Hammerer
- Re: [vwrap] Technical basis for VW client in a we… peter host
- Re: [vwrap] Technical basis for VW client in a we… Brian Hurley
- Re: [vwrap] Technical basis for VW client in a we… Morgaine
- Re: [vwrap] Technical basis for VW client in a we… Morgaine
- Re: [vwrap] Technical basis for VW client in a we… Cristina Videira Lopes
- Re: [vwrap] Technical basis for VW client in a we… peter host
- Re: [vwrap] Technical basis for VW client in a we… SM
- Re: [vwrap] Technical basis for VW client in a we… Meadhbh Hamrick
- Re: [vwrap] Technical basis for VW client in a we… Dahlia Trimble
- Re: [vwrap] Technical basis for VW client in a we… Hurliman, John
- Re: [vwrap] Technical basis for VW client in a we… Mic Bowman
- Re: [vwrap] Technical basis for VW client in a we… Morgaine
- Re: [vwrap] Technical basis for VW client in a we… Dahlia Trimble
- Re: [vwrap] Technical basis for VW client in a we… Dan Olivares
- Re: [vwrap] Technical basis for VW client in a we… Dahlia Trimble
- Re: [vwrap] Technical basis for VW client in a we… Dan Olivares
- Re: [vwrap] Technical basis for VW client in a we… Joshua Bell
- Re: [vwrap] Technical basis for VW client in a we… Dahlia Trimble
- Re: [vwrap] Technical basis for VW client in a we… Morgaine
- Re: [vwrap] Technical basis for VW client in a we… Dahlia Trimble
- Re: [vwrap] Technical basis for VW client in a we… Dzonatas Sol
- Re: [vwrap] Technical basis for VW client in a we… Dzonatas Sol