MOO-cows Mailing List Archive
Re: Amiguous Matches
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
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.
-----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-----
RPG Minimal.db: paradigm.microwave.com 5000
MOO2000: moo.microwave.com 2000
MundoHispano: europa.syr.edu 8888
------END NOT SO GEEKY BLOCK------
Subject Index |