January 1998
- Mail from mud Zoran's final Imp Stephen Zepp
- Mail from mud Zoran's final Imp coder@ibm.net
- Mail from mud Zoran's final Imp Shawn Halpenny
- Mail from mud Zoran's final Imp JC Lawrence
- Mail from mud Zoran's final Imp Shawn Halpenny
- Happy new year Marian Griffith
- Totally OT... Marian Griffith
- Totally OT... (Or is it?) s001gmu@nova.wright.edu
- Mud-Dev FAQ Ling
- Mud-Dev FAQ Jon A. Lambert
- Mud-Dev FAQ JC Lawrence
- Mud-Dev FAQ Adam Wiggins
- Who's bugging who? : was- Wild West Jon A. Lambert
- my bio (was Mud-Dev FAQ) Mike Sellers
- request for comments (was: Mud-Dev FAQ) Vadim Tkachenko
- request for comments (was: Mud-Dev FAQ) Jon A. Lambert
- request for comments (was: Mud-Dev FAQ) coder@ibm.net
- request for comments (was: Mud-Dev FAQ) JC Lawrence
- request for comments (was: Mud-Dev FAQ) s001gmu@nova.wright.edu
- request for comments (was: Mud-Dev FAQ) JC Lawrence
- request for comments (was: Mud-Dev FAQ) Vadim Tkachenko
- OT: Suomi Finland Ola Fosheim Grøstad
- OT: Suomi Finland ##Make Nylander
- Totally OT... (Or is it?) (yes it is ;) Marian Griffith
- Totally OT... (Or is it?) (yes it is ;) Ola Fosheim Grøstad
- Totally OT... (Or is it?) (yes it is ;) Adam Wiggins
- Totally OT... (Or is it?) (yes it is ;) Ola Fosheim Grøstad
- Totally OT... (Or is it?) (yes it is ;) Jon A. Lambert
- Totally OT... (Or is it?) (yes it is ;) Ola Fosheim Grøstad
- Totally OT... (Or is it?) (yes it is ;) JC Lawrence
- Totally OT... (Or is it?) (yes it is ;) Jon A. Lambert
- Totally OT... (Or is it?) (yes it is ;) Mike Sellers
- Totally OT... (Or is it?) (yes it is ;) JC Lawrence
- Totally OT... (Or is it?) (yes it is ;) JC Lawrence
- Journal of MUD Research, Vol. 3, No. 1 [TEXT] coder@ibm.net
- World Seeding (was Task Parsing) Ling
- World Seeding (was Task Parsing) JC Lawrence
- World Seeding (was Task Parsing) Stephen Zepp
- threaded servers (was request for comments Mike Sellers
- MUD Economy Shawn Halpenny
- MUD Economy Adam Wiggins
- MUD Economy Shawn Halpenny
- MUD Economy Ling
- MUD Economy Brandon J. Rickman
- MUD Economy Marian Griffith
- MUD Economy Shawn Halpenny
- MUD Economy Shawn Halpenny
- MUD Economy JC Lawrence
- MUD Economy Koster, Raph
- MUD Economy Matt Chatterley
- MUD Economy JC Lawrence
- MUD Economy Jon A. Lambert
- OT: Jobs available Koster, Raph
- OT: DCOM and RMI Jon A. Lambert
- OT: DCOM and RMI Vadim Tkachenko
- OT: DCOM and RMI Vadim Tkachenko
- OT: DCOM and RMI Miroslav Silovic
- OT: DCOM and RMI Alex Oren
- OT: DCOM and RMI Chris Gray
- request for comments Miroslav Silovic
- request for comments JC Lawrence
- Event handling (was: request for comments) Vadim Tkachenko
- Event handling (was: request for comments) s001gmu@nova.wright.edu
- Event handling (was: request for comments) Vadim Tkachenko
- Event handling (was: request for comments) s001gmu@nova.wright.edu
- Event handling (was: request for comments) Vadim Tkachenko
- Event handling (was: request for comments) JC Lawrence
- Event handling (was: request for comments) s001gmu@nova.wright.edu
- Event handling (was: request for comments) JC Lawrence
- Event handling (was: request for comments) s001gmu@nova.wright.edu
- Event handling (was: request for comments) JC Lawrence
- Event handling (was: request for comments) Matt Chatterley
- Event handling (was: request for comments) s001gmu@nova.wright.edu
- Event handling (was: request for comments) s001gmu@nova.wright.edu
- Event handling (was: request for comments) JC Lawrence
- Event handling (was: request for comments) Vadim Tkachenko
- request for comments JC Lawrence
- Text vs Video; Movies, Books & muds. Nathan Yospe
- Unique items (was: Graphic MUDS/Ultima Online) Vadim Tkachenko
- Unique items (was: Graphic MUDS/Ultima Online) JC Lawrence
- Unique items (was: Graphic MUDS/Ultima Online) Brandon J. Rickman
- Unique items (was: Graphic MUDS/Ultima Online) Adam Wiggins
- Unique items (was: Graphic MUDS/Ultima Online) Brandon J. Rickman
- Unique items (was: Graphic MUDS/Ultima Online) Marian Griffith
- Unique items (was: Graphic MUDS/Ultima Online) coder@ibm.net
- Unique items (was: Graphic MUDS/Ultima Online) coder@ibm.net
- Unique items (was: Graphic MUDS/Ultima Online) Chris Gray
- Unique items (was: Graphic MUDS/Ultima Online) coder@ibm.net
- Unique items (was: Graphic MUDS/Ultima Online) coder@ibm.net
- Unique items (was: Graphic MUDS/Ultima Online) coder@ibm.net
- Unique items (was: Graphic MUDS/Ultima Online) Adam Wiggins
- Unique items (was: Graphic MUDS/Ultima Online) coder@ibm.net
- Delivery Notification: Delivery has failed PMDF e-Mail Interconnect
- Unique items Richard Woolcock
- Unique items Jon A. Lambert
- Unique items Vadim Tkachenko
- Unique items Jon A. Lambert
- Unique items JC Lawrence
- Delivery Notification: Delivery has failed PMDF e-Mail Interconnect
- Delivery Notification: Delivery has failed PMDF e-Mail Interconnect
- Delivery Notification: Delivery has failed PMDF e-Mail Interconnect
- Two Tiers Ling
- MUD Development Digest Dr. Cat
- FAQ Ling
- Clients Matt Chatterley
- Clients JC Lawrence
- Clients Shawn Halpenny
- Clients Matt Chatterley
- Clients Caliban Tiresias Darklock
- Clients Shawn Halpenny
- Clients coder@ibm.net
- Clients Caliban Tiresias Darklock
- Clients Jon A. Lambert
- Clients Caliban Tiresias Darklock
- Clients Mike Sellers
- Clients coder@ibm.net
- Clients Caliban Tiresias Darklock
At 02:48 PM 2/16/98 +0000, coder@ibm.net wrote:
>
>Note for starters how dependant IQ tests are on education and (often)
>cultural assumptions.
Agreed... some years ago, I was helping a junior high student with his
English homework (English as a second language, that is, he's Vietnamese),
and they were asking him to define words and use them in sentences. Some of
the words were just ludicrous. Like "circumscribe". How the hell often does
the average person say that? He didn't know the difference between a lima
bean and a green bean (after all, they're both green), but they were
teaching him words like circumscribe, aversion, and synecdoche (one of the
toughest damn words in the English language, if you ask me).
Interestingly, in some testing later that year, I noted that all three of
those words were in the vocabulary portion of the standard Wechsler
battery. Rather an odd coincidence, wouldn't you say?
>There's an implicit assumption in there that an interface which is more
>readily understandable and usable without aforethought or education is
>necessarily better. I question this with the case of language itself
>being my best example.
The key features I look for in an interface: with a very few pieces of
instruction, you can get work done. With additional study of the manual
and/or help, you can do your work faster and better. Theoretically,
language is an excellent example -- you can use a very small vocabulary of
just a few dozen words to state an awful lot of ideas. As your vocabulary
grows, you can state more complex ideas, and state simple ideas more
elegantly. But in the end, you only really *need* a couple hundred words. I
think an interface should be like that. You should be able to sit someone
down, tell him three or four simple things, and then he can go off and be
happy using it and get his work done. When he runs into something he
doesn't know how to do, he can open something up and learn how to do it in
a rather short span of time (say five or ten minutes).
My major problem with the interface on MUDs is that the command you're
looking for is pretty much impossible to find a lot of the time unless you
know the vocabulary the developers used. If you come from a D&D background,
you might try 'help ac' and expect to learn something about armor values,
or you might try 'help armor' or 'help armor class' or 'help defense' and
in the meantime you're on a MUD designed by Palladium jockeys who list all
that under 'structural damage capacity', 'sdc', and 'damage'. Not like
you'd know, since they've carefully concealed all your actual stats from
you in order to make things a little more realistic, and when you look at
your statistics you get 'You are healthy as a horse. You are carrying a
sword which does moderate slashing damage. Your chain mail is moderately
protective and slightly magical.' or something like that. This is something
I hear bandied about an awful lot on the list, and I don't see it as
realism. I see it as needless abstraction and complication of the user
interface, which effectively locks out new users unless they have a friend
who can teach them how to look things up and what to type.
In a related story, some wiseass once demonstrated that the only necessary
operators in the C programming language were incrementation,
decrementation, and equality. He wrote a huge series of functions that
demonstrated how you could simulate everything else with these two
operators. He had things like:
int add(int num1,int num2) { while(1) { ++num1; --num2; if(num2==0) return
num1; } }
The acrobatics got much, much worse. I'm not sure whether he was brilliant
or a complete moron. Probably a little of both. ;)
>The command line is an obscure and austere interface, useless without
>education (training), and forethough (needed to assemble the command prior
>to entry). It is also powerful and capable of fluently stating processes
>which are difficult if not impossible to state in a general purpose
>graphical environ. Are GUI's necessarily better?
Ever try to draw from the command line? ;)
The answer: It All Depends. What are you doing and under what circumstances
are you doing it? Database access can be done from a GUI much better than a
text interface if you're using a small database and just collecting items,
like for a shopping cart. On the other hand, data entry from a GUI is often
tedious. Large jobs that require repeated activity sometimes work great in
a GUI (moving all the files in directory X to directory Y), and sometimes
really suck in a GUI (moving all the files about Bob's business activity
into a specific directory). Sometimes a GUI is great. Sometimes it sucks.
Lately I've been doing some Quake 2 level building in BSP. There's this
window that has the properties for the current brush face. Sometimes it
updates when you select a new brush. Sometimes it doesn't. Sometimes it
updates the brush when you change the properties. Sometimes it doesn't. And
in a truly obnoxious development, the same accelerator key that unselects
the current brush will close the properties window if it's the current
window. The end result is that I'm constantly clicking in this window and
that window and unselecting all brushes and reselecting the brush to make
sure the changes got applied and accidentally closing the window and then
having to hit the menus to open it again. The basic attitude of the
existing userbase is "Hey, it was free". The author's attitude is a little
better, but making the editor easy to use isn't something he's terribly
worried about -- after all, thousands of people like it just fine the way
it is. The problem, I think, comes from wanting to do everything from the
same screen using the same interface. There are some truly sick rules for
how to do certain things, and they're not too obvious. When I finally
figure out what I was doing wrong, my usual reaction is to think "God, what
a horridly designed piece of crap".
It entirely eludes me why I'm using BSP instead of the qED or Worldcraft
editors I have already registered and find much easier to use. I think it's
become a personal vendetta at this point.
>Or do they merely
>present a lower inital learning curve? How valuable in an absolute sense
>(I'm not talking marketing here) is that initial lower learning curve?
>How important is the lack of a matching learning curve (due to missing
>functionality) at the upper end?
Missing functionality at the upper end is absolutely unacceptable. However,
lower learning curve at the bottom end helps the novice and the expert
alike, because the expert can devote more of his effort to the top end
instead of the bottom. Know what I mean? Ever been on a system that was
complex and difficult to learn? It ends up being difficult to use.
Difficult to use, whether in a CLI or a GUI or anything in between, is just
plain BAD.
>The CLI is not a holy mandate. GUI's ala WIMP's are certainly not an
>ultimate answer or anthing even remotely close. What is? Why?
Ideally, you should have a GUI and a CLI -- see AutoCAD -- from which
pretty much anything can be done. If it's a terrible pain to do something
in one interface or the other, then you should examine the reasons. If it
can't be helped, it can't be helped... but you should at least make an
effort. Some things by their very nature don't transfer well between the
two modes, and sometimes command resolution is a problem. You may be able
to attack by choosing it from a menu, but consider the difference between
typing 'attack ogre with sword' and going up to a menu to select
"Action->Combat->Attack", "Attack player or monster?", "Monster", "Which
monster?" <list>, "Ogre", "Attack with what weapon?" <list>, "Sword",
"Sword is not readied. Would you like to ready it now?", "Yes", "Are you
sure?"... and meanwhile the ogre is making hasty pudding out of your
entrails. On the other hand, if you can do something slick like
double-click on the word 'ogre' on your screen to select it, and then you
automatically get a menu that includes the option 'attack', the CLI user
ends up at a serious disadvantage. You can do things in a good way, or a
bad way, no matter which interface you choose. Theoretically, a command is
a command, but different people work different ways. I almost always use a
combination of keyboard and mouse to control my system. Depends on the
activity. Most other people do the same -- but in a little bit of a
different way. - Clients Jon A. Lambert
- Clients Adam Wiggins
- Clients Caliban Tiresias Darklock
- Clients Jon A. Lambert
- Clients coder@ibm.net
- Clients Koster, Raph
- Clients Shawn Halpenny
- Clients Matt Chatterley
- Event handling - some definitions Jon A. Lambert
- Event Handling Jon A. Lambert
- Simulations - was: 'A flamewar startingpoint.' Jon A. Lambert
- Formatting apology Stephen Zepp
- OT: Insane Wordwrapping Caliban Tiresias Darklock
- OT: Insane Wordwrapping Alex Oren
- Summary Marian Griffith
- Clients Andrew Wilson
- Vast areas in muds Ling
- Vast areas in muds John G.
- Vast areas in muds Nathan Yospe
- Vast areas in muds Mike Sellers
- Vast areas in muds John G.
- Vast areas in muds Nathan Yospe
- META: Web futures for the list JC Lawrence
- OT: Socket programming - platform specific Jon A. Lambert
- OT: Socket programming - platform specific Chris Gray
- OT: Socket programming - platform specific Jon A. Lambert
- OT: Socket programming - platform specific Caliban Tiresias Darklock
- OT: Socket programming - platform specific Chris Gray
- Graphical mud perspectives Richard Woolcock
- Graphical mud perspectives Nathan Yospe
- Graphical mud perspectives Richard Woolcock
- Graphical mud perspectives Koster, Raph
- Graphical mud perspectives Mike Sellers
- Graphical mud perspectives Koster, Raph
- CORBA, RMI, threads Marc Eyrignoux
- CORBA, RMI, threads Nathan Yospe
- CORBA, RMI, threads Marc Eyrignoux
- CORBA, RMI, threads s001gmu@nova.wright.edu
- CORBA, RMI, threads Brandon Gillespie
- CORBA, RMI, threads Chris Gray
- CORBA, RMI, threads Marc Eyrignoux
- CORBA, RMI, threads Brandon Gillespie
- CORBA, RMI, threads s001gmu@nova.wright.edu
- CORBA, RMI, threads coder@ibm.net
- CORBA, RMI, threads s001gmu@nova.wright.edu
- CORBA, RMI, threads Vadim Tkachenko
- CORBA, RMI, threads Caliban Tiresias Darklock
- CORBA, RMI, threads coder@ibm.net
- Clients based on Netscape 5? Greg Munt
- Clients based on Netscape 5? Chris Gray
- Clients based on Netscape 5? Caliban Tiresias Darklock
- Clients based on Netscape 5? Vadim Tkachenko
- Clients based on Netscape 5? Caliban Tiresias Darklock
- Clients based on Netscape 5? Chris Gray
- Clients based on Netscape 5? Vadim Tkachenko
- Clients based on Netscape 5? Chris Gray
- Clients based on Netscape 5? Vadim Tkachenko
- Clients based on Netscape 5? Chris Gray
- Clients based on Netscape 5? Marian Griffith
- Clients based on Netscape 5? coder@ibm.net
- OT? The impact of the web on muds Mike Sellers
- The Anti-Mac Interface JC Lawrence
- 3D graphics (Was: The impact of the web on muds) Jon Leonard
- 3D graphics (Was: The impact of the web on muds) Caliban Tiresias Darklock
- 3D graphics (Was: The impact of the web on muds) coder@ibm.net
- 3D graphics (Was: The impact of the web on muds) Mike Sellers
- 3D graphics (Was: The impact of the web on muds) Chris Gray
- 3D graphics (Was: The impact of the web on muds) Caliban Tiresias Darklock
- 3D graphics (Was: The impact of the web on muds) coder@ibm.net
- 3D graphics (Was: The impact of the web on muds) coder@ibm.net
- VRML Becomes ISO/IEC International Standard (fwd) Nathan Yospe
- Arctic's Project? Brandon Cline
- Arctic's Project? Adam Wiggins
- Arctic's Project? Brandon Cline
- Arctic's Project? Chris Gray
- FAQ Marc Eyrignoux
- Java and Javascript Greg Munt
- Java and Javascript Chris Gray
- Java and Javascript Matt Chatterley
- Java and Javascript coder@ibm.net
- Java and Javascript Matt Chatterley
- Java and Javascript Caliban Tiresias Darklock
- Java and Javascript Matt Chatterley
- Java and Javascript Caliban Tiresias Darklock
- Java and Javascript Chris Gray
- Java and Javascript Jon Leonard
- Java and Javascript Matt Chatterley
- Java and Javascript Jon A. Lambert
- Java and Javascript Ben Greear
- Java and Javascript Jon A. Lambert
- Java and Javascript Ben Greear
- Java and Javascript Jon A. Lambert
- Java and Javascript Ben Greear
- Java and Javascript Jon A. Lambert
- Java and Javascript Mike Sellers
- Java and Javascript J C Lawrence
- Java and Javascript Caliban Tiresias Darklock
- Java and Javascript Jon A. Lambert
- Java and Javascript Caliban Tiresias Darklock
- Java and Javascript Jon A. Lambert
- Java and Javascript Caliban Tiresias Darklock
- Java and Javascript Jon A. Lambert
- Java and Javascript Caliban Tiresias Darklock
- Java and Javascript Travis Casey
- Java and Javascript Jon A. Lambert
- Java and Javascript Sauron
- Java and Javascript Jon A. Lambert
- Java and Javascript Caliban Tiresias Darklock
- Java and Javascript Alex Oren
- Java and Javascript Chris Gray
- Java and Javascript coder@ibm.net
- Java and Javascript Matt Chatterley
- Java and Javascript coder@ibm.net
- MetaVoice, MetaFont Ling
- MetaVoice, MetaFont Richard Woolcock
- MetaVoice, MetaFont Vadim Tkachenko
- MetaVoice, MetaFont JC Lawrence
- MetaVoice, MetaFont Chris Gray
- The MLI Project Vadim Tkachenko
- The MLI Project Marc Eyrignoux
- The MLI Project Vadim Tkachenko
- The MLI Project coder@ibm.net
- The MLI Project Ling
- The MLI Project coder@ibm.net
- The MLI Project Caliban Tiresias Darklock
- The MLI Project Travis Casey
- The MLI Project Travis Casey
- The MLI Project coder@ibm.net
- The MLI Project s001gmu@nova.wright.edu
- The MLI Project Vadim Tkachenko
- The MLI Project Travis Casey
- The MLI Project Stephen Zepp
- The MLI Project coder@ibm.net
- The MLI Project Travis Casey
- The MLI Project Chris Gray
- The MLI Project Ling
- The MLI Project Andrew C.M. McClintock
- The MLI Project Ling
- The MLI Project Chris Gray
- The MLI Project Caliban Tiresias Darklock
- The MLI Project Chris Gray
- The MLI Project Caliban Tiresias Darklock
- The MLI Project Niklas Elmqvist
- The MLI Project Caliban Tiresias Darklock
- The MLI Project Chris Gray
- The MLI Project Ling
- The MLI Project Caliban Tiresias Darklock
- The MLI Project J C Lawrence
- The MLI Project Chris Gray
- The MLI Project Koster, Raph
- The MLI Project J C Lawrence
- The MLI Project Vadim Tkachenko
- Races and stuff (was: FAQ) Vadim Tkachenko
- Races and stuff (was: FAQ) Marc Eyrignoux
- Races and stuff (was: FAQ) Vadim Tkachenko
- OT: I'm moving again! JC Lawrence
- MUD Development Digest Dr. Cat
- Administrative Responsibilities Greg Munt
- Administrative Responsibilities Jon A. Lambert
- Administrative Responsibilities Greg Munt
- Administrative Responsibilities Jon A. Lambert
- Administrative Responsibilities Mike Sellers
- Administrative Responsibilities Chris Gray
- Administrative Responsibilities Greg Munt
- Administrative Responsibilities coder@ibm.net
- Administrative Responsibilities Jon A. Lambert
- Administrative Responsibilities Greg Munt
- Administrative Responsibilities Jon A. Lambert
- Administrative Responsibilities coder@ibm.net
- Administrative Responsibilities Chris Gray
- Administrative Responsibilities Mike Sellers
- Administrative Responsibilities Mike Sellers
- Administrative Responsibilities Adam Wiggins
- Administrative Responsibilities Greg Munt