Allow more specific dobjspec, iobjspec

[cpcallen]

LambdaMOO (and, at the moment, CodeCity) provide exactly three options for dobjspec and iobjspec: none, which disallows a direct or indirect object respectively; this, which must match the object the verb is on; and any, which allows any text (or none) at all.

In many cases—e.g, $.container.put any in this, we'd actually like to constrain 'any' a bit. The obvious constraint is that it unambiguously match a single $.physical object; the proposed name for this option is "something".

We might wish to be even more general, and allow any .dobj and .iobj to be set to $.physical object, with the verb matching if dobjstr and/or iobjstr are instances of that prototype—so, e.g., a lock could have $.lock.unlock this with $.key.

• Fix Get verb spec options from server #394, to allow server-supplied options.
• Modify editors to present relevant options.
• Modify $.utils.command.execute to apply new options.

[cpcallen]

Thinking more about this and about parsing in general:

• It would be nice if $.user.create could be "create named " instead of "… as ".
  • But "named" doesn't really make sense to be included in a generalised list of prepositions.
  • So more flexibility in how verbs are defined in general would be great.
• So not only might we be changing the available list of prepositions, or the possible values of dobjspec/iobjspec, but we might want to completely change how verbs are specified—perhaps (and this is just an illustrative example) to something a little bit regexp-like—e.g.:
  • l…ook at/in to/into <this>
  • cr…eate <$.physical> named/called <string>
  • turn <$.key> clockwise/counterclockwise/anticlockwise/cw/ccw/acw in <this>
  • wear <this> | put <this> on | put on <this>

The entire verb section of the Function tab—unlike the rest of the editor (except for SVG restrictions)—is really specific to an English-language, MUD-style UI. If this section could be served up by the database (rather than from static/) then it would give us a lot more flexibility to implement these kinds of changes in future.