User Experience
This discussion area is for topics relating to how players will interact with the game.
Instead of looking at "how will something be implemented internally?" this is for "What does the user do, and how does the system respond?" This is the heart of gathering functional requirements!
This area should always use terminology from the end-user. Since the MU makes objects and properties available, those are reasonable terms. But Java language issues shouldn't be here.
Issues on scripting in the game, such as with MPI or whatever may replace it, are appropriate here, because in-game programmers still use the game.
RL Doors and Locks
RL, we lock our doors. We look through peep-holes. We open the door for a few moments. We hold the door open for the next person through the door. Some doors require each person through show id or some other key. Some doors take ten seconds to close, enough time for a cat to run in. All of these should be addressed.
Replies to this comment
Keep-Alive
My connections get dropped if I don't send out data on a connection in some time period which happens to be shorter than the idle-out times in NMC1. I need a mechanism to send some data to keep the connection alive but WITHOUT abusing the idle-out mechanism.
Ease of use
I personally thing that a new character describing program such as Player Hammer V1.4 should be implimented. It makes describing and managing your character easy, due to its simple menu based style Also, using morph commands in coinjunction with this, allows for people to manage different descriptions for the same character. I also believe that "Room hammer" a program that uses the same style as Player hammer, should be used for building, because of its simple menu based usage. These programs are widely spread through hoardes of other mucks, and many users know how to use it.
Building
-Emryn
Deployment- First Look
Ima Newbie goes to my website, http://www.mik-maq.com, and section of the website has a Java App showing a 'muck text session' live of me in the Great Hall of Beaumaris. This is a camera effect where Ima watches a conversation I'm having live with someone. In addition, there is a 'look' button that lets them see the text description of the Great Hall where this is taking place. There is also a link where they can get more info on how they may login and participate. That's the end of this particular story.
1) Ima has something to 'see' RIGHT NOW, and does nothing but allow a Java App to run.
2) Ima has an opportunity to spend time to join in on what he's seeing, which will cost a bit of his time. But I'm not asking for that to 'see' up front... He just has a chance to note something is going on, and THEN choose perhaps to participate with a link that provides further direction.
Deployment- Second Look
Now, I for one have no interest in permitting random hit & run trolls to 'guest' into the middle of my conversation forcing me to take action to smack them off. I will allow someone to register with a valid email address, creating an account, at a minimum, as a 'guest'. The 'guest' account will allow them to explore Beaumaris and chat with me, but it will not permit them to use my NMC2 MudPeer (for lack of something else to call it) to connect to someone else's MudPeer. I'll cover more of that later, but for the moment I want to talk about a guest.
So Ima Newbie (Guest) gives me an email address, and I send back a link in that email for him to complete the registration process. He is then given a link back to the Beaumaris website that includes a client login Java Applet. In my mind, I see something like http://www.zeemud.org/sapphire/index.html or http://netherland.ath.cx:8080/nether/thebean/BeanApplet.html. Ima gives his username and password, and he appears to me in real-time within the Great Hall as I chat with Mikaela.
1) Ima has identity at low cost (time and an email addy), and without having to install something, he's able to chat with me in my Great Hall, and may perhaps even explore my Beaumaris Castle.
2) I have the option of disallowing *@aol.com, *@yahoo.com or whatever from registering as a guest.
3) I have the means to get Ima interested in what I'm doing without asking too big a commitment up-front. What I'd like Ima to do is authenticate himself 'somehow' in a way that's more expensive than a throw-away email address before I allow him to be anything but a 'guest'. But we at least have a start on that.
say, pose, spoof, whisper, these currently do IC messages. Mumble was requested too, which is broken on RW.
Wouldn't it be nice if spoken messages could be heard by those
close(or directed at those close) with whisper "mostly" being heard only by the target, "mumble" being more often overheard in parts, and say mostly being heard all the time...but not perfectly so?In other words, lets make the commands give a "hint" as to how much/little of the message gets through and who has a
better chanceat gettingmoreof it.