# Amiguous Matches

Kipp the Kidd (mcmudge@mailbox.syr.edu)
Mon, 4 Mar 1996 10:06:57 PST

- Messages sorted by:[ date ][ thread ][ subject ][ author ]

    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------