[Home] [Groups] - Message: [Prev in Group] [Next in Group]

nu.kanga.list.mud-dev

71: Re: List software

[Full Header] [Plain Text]
From: Nathan Yospe <yospe@hawaii.edu>
Newsgroups: nu.kanga.list.mud-dev
Date: Mon, 17 Mar 1997 18:37:36 -1000
References: [1]
Organization: Kanga.Nu
On Mon, 17 Mar 1997 claw@null.net wrote:

:All,
:
:How important/useful would the following be?
:  
:  Digest support for the list.

I wouldn't use it.

:  Monthly archives of posts.

Quite useful.

:  Archives of the old list (Wout's and before).

Yes, please.

:  Email requestable files (such as archives, code bases, etc).

Those would be nice, too. Perhaps when I get Physmud++ up to par, I'll
give you a copy for distribution by that method.

   __    _   __  _   _   ,  ,  , ,  
  /_  / / ) /_  /_) / ) /| /| / /\            First Light of a Nova Dawn
 /   / / \ /_  /_) / \ /-|/ |/ /_/            Final Night of a World Gone
Nathan F. Yospe - University of Hawaii Dept of Physics - yospe@hawaii.edu

l VRML files which will INCLUDE (as in C) parameterized world >constructor modules by means of "extern proto" mechanism. These >constructor modules adhere to local cache rules. This doesn't affect the argument, all it has done is to compress the problem by changing the representation. Now instead of the user ending up with a simplistic sprawling copy of the server's flat DB, he ends up with an internally self-referencing copy of the server's DB. It saves a little transmission time at the (possibly minor) expense of having the client resolve the internal references (includes etc). The end result is still the same: He ends up with a copy of the server's DB -- just the representation has changed. -- J C Lawrence Internet: coder@null.net ----------(*) Internet: coder@ibm.net ...Honourary Member of Clan McFud -- Teamer's Avenging Monolith...