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

nu.kanga.list.mud-dev

10334: Re: [MUD-Dev] Text Parsing

[Full Header] [Plain Text]
From: Chris Gray <cg@ami-cg.GraySage.Edmonton.AB.CA>
Newsgroups: nu.kanga.list.mud-dev
Date: Wed, 2 Jun 1999 23:02:16 -0600
Organization: Kanga.Nu
[Ben Greear:]

> Since
> when entering a command to the server, all you really want to do is convey
> an action, what does grammar, or any other rule imposed from our outside
> communications, really add to the interface?

Familiarity, and thus a less steep learning curve. The world today wants
quick gratification! See Raph's newbie log.

> How do you know all the keywords for a given object (how do you know,
> as the programmer, which is rusty?)  When you start depending too heavily
> on correctly built worlds/objects, you are liable to get into situations
> where an innocent mistake in building makes it almost impossible to interact
> with an entity.

The system isn't hard-coded with them. For example, if there is a rusty
sword in the system, it would have the name string "sword;rusty". If the
user typed "get rusty sword from bag", the builder-provided verb function
for "getFrom" would be called with: ("sword;rusty", "bag"), and would
use the system's built-in functions to look for matches in the
environment. The words "sword" and "rusty" do not need to be in any
grammar tables anywhere. Typically, I only have verbs and prepositions
in the grammar tables.

--
Don't design inefficiency in - it'll happen in the implementation.

Chris Gray     cg@ami-cg.GraySage.Edmonton.AB.CA
               http://www.GraySage.Edmonton.AB.CA/cg/


_______________________________________________
MUD-Dev maillist  -  MUD-Dev@kanga.nu
http://www.kanga.nu/lists/listinfo/mud-dev