February 1997
- Its nice to be back Nathan Yospe
- Its nice to be back coder@ibm.net
- Its nice to be back Nathan Yospe
- Testing coder@ibm.net
- Invitation to MUD Design Mailing List Chris Gray
- Invitation to MUD Design Mailing List coder@ibm.net
- Invitation to MUD Design Mailing List coder@ibm.net
- Invitation to MUD Design Mailing List coder@ibm.net
- Invitation to MUD Design Mailing List coder@ibm.net
- Wout's mailing list and old digests coder@ibm.net
- Wout's mailing list and old digests Wout Mertens
- Wout's mailing list and old digests coder@ibm.net
- Just a bit of musing Nathan Yospe
- Just a bit of musing Adam Wiggins
- Just a bit of musing coder@ibm.net
- Just a bit of musing Chris Gray
- Just a bit of musing Carter T Shock
- Just a bit of musing Chris Gray
- Just a bit of musing S001GMU@nova.wright.edu
- Just a bit of musing Dmitri Kondratiev
- Just a bit of musing Chris Gray
- Just a bit of musing Dmitri Kondratiev
- Just a bit of musing coder@ibm.net
- Just a bit of musing Jon A. Lambert
- Just a bit of musing coder@ibm.net
- Just a bit of musing coder@ibm.net
- Just a bit of musing clawrenc@cup.hp.com
- Just a bit of musing coder@ibm.net
- Just a bit of musing Carter T Shock
- Just a bit of musing Alex Oren
- Just a bit of musing Wout Mertens
- Just a bit of musing coder@ibm.net
- Just a bit of musing coder@ibm.net
- Just a bit of musing Wout Mertens
- Just a bit of musing Carter T Shock
- Just a bit of musing S001GMU@nova.wright.edu
- Just a bit of musing Chris Gray
- Just a bit of musing coder@ibm.net
- Just a bit of musing Nathan Yospe
- Just a bit of musing coder@ibm.net
- Just a bit of musing Jon A. Lambert
- Just a bit of musing Adam Wiggins
- Just a bit of musing coder@ibm.net
- Just a bit of musing GnomesHome@aol.com
- Just a bit of musing Carter T Shock
- Just a bit of musing Chris Gray
- Just a bit of musing coder@ibm.net
- Just a bit of musing Adam Wiggins
- Just a bit of musing Chris Gray
- Just a bit of musing Adam Wiggins
- Just a bit of musing claw@null.net
On 08/03/97 at 04:17 AM, Adam Wiggins <nightfall@inficad.com> said: >
<coder@ibm.net>
>> Yup. I find it utterly mazing that nobody (else) has done a fully event
>> driven server. No polling loops, no list scanning, no wasted iterations.
>> Just grab the event, process what's needed, and get out.
>
>It probablys sounds quite a bit harder than it actually is. Implementing
>it is simple, and from there things just get easier. It's extremely nice
>to be able to say, "Okay, I'll continue with this in a bit, so toss an
>event on the queue..." and just exit whatever function you're in, rather
>than trying to save a bunch of stuff in external variables somewhere and
>then hope that the proper function gets called again at the right time.
Precisely. This is why I have a fully event driven server.
>> A good MUD grammar is incredibly context sensitive. A simple example is
>> the case where the presence or proximity of an object adds verbs to the
>> players. There is no need for this crap to wander thru the global
>> namespace, or even warp the general grammar.
>I don't actually agree with this. This is where you end up with things
>like "push" as a social, except for one room on the entire mud where it
>pushes a button. In another room with a similar button but written by a
>different person, you have to use "press."
I've discussed this in another post. I don't offer a solution. I don't
see it as a techical problem, but an administrative one.
I do explicitly allow push to be used as a social (and thus defined on
character object) as well as simultaneously being used to depress buttons,
move levers etc. This all due to the wonder of templates. The problem of
"push" vs "press" is a horse of a different caliber. Handled properly
under my system just means that the object inherited from the appropriate
$button object, thus getting all the verbs for free.
>I dislike the effect you get
>from the old adventurer games of "guess the verb" - I want to know what
>commands I have availible to interact with my character right from the
>start.
Should this be natively provided by the system, or should it be a function
of documentation, or both?
Should a user/character be able to issue a command which returns all
available verbs either in his environment, or on a specified object?
If so, should certain commands *NOT* be so reported (hidden features), and
if so, what determines the difference (are you still going to hide the
feature from a character that has found out about it?).
--
J C Lawrence Internet: coder@null.net
----------(*) Internet: coder@ibm.net
...Honourary Member of Clan McFud -- Teamer's Avenging Monolith...
- Just a bit of musing Chris Gray
- Just a bit of musing claw@null.net
- Just a bit of musing Chris Gray
- Just a bit of musing Jon A. Lambert
- Just a bit of musing Chris Gray
- Just a bit of musing Carter T. Shock
- Just a bit of musing claw@null.net
- Just a bit of musing Wout Mertens
- Just a bit of musing coder@ibm.net
- Just a bit of musing Adam Wiggins
- Just a bit of musing coder@ibm.net
- Just a bit of musing Chris Gray
- Just a bit of musing Jon A. Lambert
- Just a bit of musing Chris Gray
- Just a bit of musing Jon A. Lambert
- Just a bit of musing Chris Gray
- Just a bit of musing Jon A. Lambert
- Just a bit of musing Travis Casey
- Just a bit of musing Jon A. Lambert
- Just a bit of musing clawrenc@cup.hp.com
- Just a bit of musing Nathan Yospe
- Just a bit of musing clawrenc@cup.hp.com
- Quadtrees? Wout Mertens
- Quadtrees? coder@ibm.net
- Quadtrees? Greg Munt
- Quadtrees? Ola Fosheim Grøstad
- Quadtrees? Ling
- Quadtrees? Miroslav Silovic
- Quadtrees? Chris Gray
- Quadtrees? Carter T Shock
- Quadtrees? S001GMU@nova.wright.edu
- Quadtrees? Carter T Shock
- Quadtrees? S001GMU@nova.wright.edu
- Quadtrees? coder@ibm.net
- Quadtrees? Chris Gray
- Quadtrees? Carter T Shock
- Quadtrees? coder@ibm.net
- Quadtrees? claw@kanga.nu