Re: Amiguous Matches

• Date: Mon, 4 Mar 1996 10:06:57 PST
• From:
  Kipp the Kidd <mcmudge@mailbox.syr.edu>
• Cc: moo-cows@parc.xerox.com
• Content-Type: text/plain; charset="us-ascii"

At 12:33 AM 3/3/96 PST, Matthew Hapke wrote:
>  I am running a MOO in which a player may wind up in a room with several
>objects with the same name, (ie a room full of swords or whatever)
>
> I wanted to switch around do_huh, so that if an ambiguous match occurs, the
>player can select the item from a list, or at the very least, will be
>returned to the first item on the list.
>Unfortunately, it appears that the parser already decides that it doesn't
>know which verb you mean before it ever hits do_huh. Am I reading this
>right? Is there any way to solve this dilemma?  I was using the standard
>Lambda core, with the get verb on thing in my testing of this code.

I don't think there is any way to change this except to do ALL the parsing
in-db, as well as matching.  Edit $string_utils:match_object(), I believe.
My core allows this...  It normally returns the first of multiple objects,
unless you call the object 2.object or 3.object, etc.  This is much like a
MUD's matching.

MOO-hackers-  This is a MUST for MOO... come up with a method for allowing a
verb to do the matching for parsing..  perhaps have it call
player:my_match_object?  Or $sys:match_object(who,obj)   ...another step
towards semi-in-db parsing.

- Kipp
-----BEGIN GEEK CODE BLOCK-----
GCS/CC d- s+:- a16 C++ UL++++ P+ L++ E-? W+ !N--@ !o-- K->K++++++
w++(--) O- M-- V--? PS++(+) PE(--) Y+ PGP-? t+ 5(+) X++ R+++(*)
!tv b+ DI++++ D++++ G e* h!()(*) r+ !y+
------END GEEK CODE BLOCK------
-----BEGIN NOT SO GEEKY BLOCK-----
MOO projects:
  RPG Minimal.db:  paradigm.microwave.com 5000
  MOO2000:         moo.microwave.com 2000
  MundoHispano:    europa.syr.edu 8888
------END NOT SO GEEKY BLOCK------

• Prev: Re: Amiguous Matches
• Next: Re: Amiguous Matches
• Index: MOO-cows
• Thread: MOO-cows