(Message inbox:77) Return-Path: dove@well.sf.ca.us Received: from mail.fwi.uva.nl by gene.fwi.uva.nl with SMTP (5.65c(FWI)/3.0) id AA05281; Mon Feb 15 03:13:14 1993 Received: by mail.fwi.uva.nl from nkosi.well.sf.ca.us with SMTP (5.65c(FWI)/3.0) id AA12490; Mon, 15 Feb 1993 20:16:50 +0100 Received: from well.sf.ca.us by nkosi.well.sf.ca.us (5.65c/SMI-4.1/nkosi-921118-1) id AA27690; Mon, 15 Feb 1993 11:13:44 -0800 Received: by well.sf.ca.us (5.65c/SMI-4.1/well-921206-1) id AA04377; Mon, 15 Feb 1993 11:13:14 -0800 Date: Mon, 15 Feb 1993 11:13:14 -0800 From: Rick Dove Message-Id: <199302151913.AA04377@well.sf.ca.us> To: peugh@wam.umd.edu, wing@lysator.liu.se Subject: Re: Cc: cschaffe@flounder.rutgers.edu, dove@well.sf.ca.us, edan@netcom.com, fontenot@comet.rice.edu, graham@cs.montana.edu, groenewo@fwi.uva.nl, hjtoi@jyu.fi, jw@ddsdx2.jhuapl.edu, lyn@matt.ksu.ksu.edu, pulkka@cs.washington.edu, stolk@fwi.uva.nl, vexar@watserv.ucr.edu I don't know what UCT and MET are but I'm in PST (Californai) and can't be available for the 19th anyway. I trust there will be a complete record of the conference for later viewing. I am building an MS Windows Client and am close to finished, thouygh steeling time to do this has been difficult. I am still new to the MUD scene (BSX is my first) and am still a novice in the BSX quest action so don't know how to respond to some of the suggestion as yet since I expect becoming a wizard bestows additional capabilities upon my man. I do find it a pain not to be able to move around in the scene, however, like getting closer to the trash can. As I am in the midst of this client construction I would like to suggest that the great thing about all of this is that people can construct new clients fairly easily. Bram has asked that two file remain unmodified for good reason (server and scenery) and this should be given some thought as new capabilities are added - ie - what should remain as a core for porting so server interface is stable. I would like to see "move" instructions so that the client can manipulate thing slocally for placement, perhaps building a library of objects on disk that only need instantiation and placement thereafter, as well as "move" withing a scene. This could reduce traffic and start to build some real power into the client for local simulation.