Newsgroups: rec.arts.int-fiction
Path: news.duke.edu!newsgate.duke.edu!newsfeed.cv.nrao.edu!hearst.acc.Virginia.EDU!uunet!dca.uu.net!ash.uu.net!world!not-for-mail
From: buzzard@TheWorld.com (Sean T Barrett)
Subject: Re: [Inform] Ultimate parent of an object
Sender: news@world.std.com (Mr Usenet Himself)
Message-ID: <Gpssy7.FFG@world.std.com>
Date: Fri, 11 Jan 2002 23:51:42 GMT
References: <d00c7975.0201102142.34ab9251@posting.google.com> <a1m7fa$s2t$1@foobar.cs.jhu.edu> <forbes-B50FEE.10184212012002@h64-42-194-50.gtconnect.net>
NNTP-Posting-Host: shell01.theworld.com
Organization: The World Public Access UNIX, Brookline, MA
X-Newsreader: trn 4.0-test72 (19 April 1999)
Lines: 21
Xref: news.duke.edu rec.arts.int-fiction:97262

Scott Forbes  <forbes@ravenna.com> wrote:
> lraszewski@loyola.edu (L. Ross Raszewski) wrote:
>> Well... The closest thing is "CommonAncestor", but that doesn't really
>> do what you want.  It's not usually a useful thing to know (I imagine
>> you want to find out what room something is in, but, ofc, if you've
>> hacked the library to cope with rooms not being top-level objects,
>> it's not very meaningful.)
>
>Well, yes, there's a (hidden?) assumption here that the outermost parent
>object is a room, and not a container floating in limbo.  A better
>approach

I use 'topmost parent' all the time. It's pretty much well-defined
as the room an object is in; after all, this is (I assume) how the
library computes 'location' (the room the PC is in).

Obviously if you've modified your libraries to allow parking rooms
in other containers, you'll have changed how the library computes
'location'--so just go copy that code.

SeanB
