IETF Logo Mail Archive

Re: [mmox] Permissions (Gareth Nelson)

William George <wjgeorge@dceo.rutgers.edu> Wed, 25 February 2009 17:41 UTC

Return-Path: <wjgeorge@dceo.rutgers.edu>
X-Original-To: mmox@core3.amsl.com
Delivered-To: mmox@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 562C028C25E for <mmox@core3.amsl.com>; Wed, 25 Feb 2009 09:41:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.666
X-Spam-Level:
X-Spam-Status: No, score=-1.666 tagged_above=-999 required=5 tests=[AWL=0.310, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001]
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 AdU09tXrY5hV for <mmox@core3.amsl.com>; Wed, 25 Feb 2009 09:41:06 -0800 (PST)
Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by core3.amsl.com (Postfix) with ESMTP id 8BBD428C1D3 for <mmox@ietf.org>; Wed, 25 Feb 2009 09:41:06 -0800 (PST)
Received: by yw-out-2324.google.com with SMTP id 5so152762ywh.49 for <mmox@ietf.org>; Wed, 25 Feb 2009 09:41:26 -0800 (PST)
MIME-Version: 1.0
Received: by 10.100.173.18 with SMTP id v18mr720101ane.20.1235583686034; Wed, 25 Feb 2009 09:41:26 -0800 (PST)
In-Reply-To: <e0b04bba0902242318h39af85b8p1965086613f5d83e@mail.gmail.com>
References: <27a487810902231225l6698b519rdc6f1d53ba215024@mail.gmail.com> <61dbdd7d0902232240v7be93f0dpd6310ecd7db0902a@mail.gmail.com> <e0b04bba0902242318h39af85b8p1965086613f5d83e@mail.gmail.com>
Date: Wed, 25 Feb 2009 12:41:25 -0500
Message-ID: <27a487810902250941j53b20ec1h2d4edf30cef22a2d@mail.gmail.com>
From: William George <wjgeorge@dceo.rutgers.edu>
To: Morgaine <morgaine.dinova@googlemail.com>
Content-Type: multipart/alternative; boundary="0016e644cc2ab247740463c1be82"
Cc: mmox@ietf.org
Subject: Re: [mmox] Permissions (Gareth Nelson)
X-BeenThere: mmox@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Massively Multi-participant Online Games and Applications <mmox.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/mmox>, <mailto:mmox-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmox>
List-Post: <mailto:mmox@ietf.org>
List-Help: <mailto:mmox-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmox>, <mailto:mmox-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 25 Feb 2009 17:41:07 -0000

Morgaine,

  Yes..but..my comment was in reference to the idea of permissions, mainly
so I could buy a "no-mod" object, tack my mods on it, make it modifiable,
but still protect the sub-assemblies' object creators intentions.

SL has effectively disabled this aspect of the time honored yankee tradition
of re-tasking objects for things they weren't orginally intended to do. My
better mousetrap shouldn't need to be constructed from scratch.

I'm guessing the the object hierachy as described will work well for the
permission attributes of sub-assemblies.

Waka

v2.23.0 | Report a Bug | By Email