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

Morgaine <morgaine.dinova@googlemail.com> Sun, 19 December 2010 04:08 UTC

Return-Path: <morgaine.dinova@googlemail.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 116A23A6C2B for <vwrap@core3.amsl.com>; Sat, 18 Dec 2010 20:08:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.926
X-Spam-Level:
X-Spam-Status: No, score=-2.926 tagged_above=-999 required=5 tests=[AWL=0.050, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, 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 6B5ImoJOzbNr for <vwrap@core3.amsl.com>; Sat, 18 Dec 2010 20:08:48 -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 581B43A6A84 for <vwrap@ietf.org>; Sat, 18 Dec 2010 20:08:48 -0800 (PST)
Received: by qwg5 with SMTP id 5so1881712qwg.31 for <vwrap@ietf.org>; Sat, 18 Dec 2010 20:10:38 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=1WBSUhBPmvOy/vCCIg8zYB7OZhv2LJgCIFlJZrx9xPo=; b=clXu5VtovXtNpLYooYu54GH0yD8J43IFgOPqj4jQ0bDX9+IDHXKo5YBKFJJGr7BJGU akXmtopDgJNJiR2UPMA6xS1bGEdNhLAP6plGwLgnnyVZ+I2Rk7ENaKIMntDdx2eeEAdA EZr3c9EVaeRIBHEbOO5pgad+U0Aojy4Kj6rXo=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=T2Sn8FHv52dcCQqWFda8TjZ8aCDD+x+lq1Gc/OIiUHMduQ7iMtymhQRg6iuY5CzMIR 3E1hs1BlpBMABHFw62RCnLHSTQeLo26vPwA+2wEogecu7qn4vkBmwzUB7Xwk7fQ1w+ji 1fcOjjFOVNiaO8g6mJIO7Z/ayHqrXneVOjLcU=
MIME-Version: 1.0
Received: by 10.229.189.14 with SMTP id dc14mr2472478qcb.58.1292731838315; Sat, 18 Dec 2010 20:10:38 -0800 (PST)
Received: by 10.229.91.67 with HTTP; Sat, 18 Dec 2010 20:10:37 -0800 (PST)
In-Reply-To: <4D0B9962.1030904@cox.net>
References: <AANLkTintjQdAS=EWfiRu3oWenB42LKsNzJPDJ+5ofBRO@mail.gmail.com> <AANLkTinhWObg6Te2VtGYKXsxBG5=gVDS5szmjtLeOgnm@mail.gmail.com> <AANLkTikYn-iA7osXT_oW8rL61GhK57pp7uJVmTSGVvj7@mail.gmail.com> <4D0B9962.1030904@cox.net>
Date: Sun, 19 Dec 2010 04:10:37 +0000
Message-ID: <AANLkTim5trqXKsUoXnVxiXq0ocOR5jVe=u_8QdV0-Jn5@mail.gmail.com>
From: Morgaine <morgaine.dinova@googlemail.com>
To: vwrap@ietf.org
Content-Type: multipart/alternative; boundary=0016363b7e3e033cc60497bb968c
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: Sun, 19 Dec 2010 04:08:50 -0000

It's just a matter of being clear about why one is doing something, rather
than proceeding blindly.

If you engage in a project in full knowledge that it has no technical merit,
they you know in advance that the outcome is likely to be unsatisfactory.
It is useful to be fully aware that your efforts are being driven by
somewhat irrational factors such as group think, media hype, or inadequately
researched wishful thinking from management, rather than by technical
benefits.

It's always helpful to understand the forces that drive us to do things.
And it's usually safer to stick to those things that have a strong technical
reason for them, as they are more likely to work well.

As you say though, it's always good to have alternatives, even if they are
technically inferior, and that applies to browser-based VW clients as well.
My interest is that we understand the technical boundaries that constrain
such solutions, so that we don't aim for the impossible nor raise false
expectations in those who can't analyze the technical issues for themselves.

What this probably means in practice is that with currently foreseeable
technologies, browser-based VW clients are likely to be quite inefficient
compared to native standalone clients, possess limited functionality, and
have poorer UIs.  That is not necessarily a reason to avoid them, as long as
we realize that their niche is a limited one.

Personally, I am quite looking forward to minimalist VW clients, such as
might run in the browser of a portable tablet or smartphone, but I am in no
danger of having unrealistic expectations of them.  Others might.


Morgaine.




========================================

On Fri, Dec 17, 2010 at 5:09 PM, JohnnyB Hammerer
<johnnybhammerer@cox.net>wrote;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
>