Skip to content

Nameless MUCK (NMC Project)

Sections
Personal tools
You are here: Home » Development » Discussion » User Experience
« November 2008 »
Su Mo Tu We Th Fr Sa
            1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30            
 

User Experience

From the perspective of the USER!

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.

Created by admin
Last modified 2004-04-16 02:45 PM

sending IC messages

Posted by admin at 2004-04-19 09:37 PM

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 chance at getting more of it.

RL Doors and Locks

Posted by nekenyu at 2004-04-22 10:17 PM

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.

Keep-Alive

Posted by nekenyu at 2004-04-22 10:24 PM

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

Posted by tax at 2004-05-02 10:57 AM

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

Posted by Emryn at 2005-12-21 06:40 AM
I think A program should be developed where you can do all the room creation stuff and descriptive work separative of the muck and then have a tool which will upload it all into the correct coding but without you having to type it in. Thus allowing mistakes to be dealt with more easily before it may screw up the muck. There shoul also be a debug program with the software which checksto see if any exits etc. are to be deleted in your list of things you are telling the software to do ( ie; delete an important exit which shouldn't be deleted ( you can set things not to alter in the program preferences) to prevent accidental deleting of things while working on something

-Emryn

Deployment- First Look

Posted by Romaq at 2006-03-30 12:22 AM
Remember, this is a 'what I would like to see' and *not* a 'this is something working on my website this moment!

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

Posted by Romaq at 2006-03-30 12:55 AM
Ima Newbie visits my website and finds a conversation I'm having with Mikaela. He clicks a 'look' button, and notices we are in a descriptive 'Great Hall of Beaumaris', and my website in fact has a few artistic renderings and information about it. So Ima decides he would like to explore. What-to-do, what-to-do? He clicks on the 'Register and join me!' link.

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.
 
 

Powered by Plone

This site conforms to the following standards: