OSS Usability Group Forming

cpfeifer writes "Tristan Louis has started a new group focusing on Usability in OSS products. Among the goals are: examining the state of he usability union in existing products, forming a set of standards and practices and PR for products that make usability strides. Also, check out the discussion on Metafilter."

Comments

Thank you!

[xutopia]

Just what OSS needs for general acceptance.

a few simple suggestions

[dh003i]

(1) Always use the 4 corners of the screen, as well as the screen sides. Don't ever place anything that's interactive just a pixel shy of the screen-edge.

(2) Form follows function, not vica-versa. Don't focus on making an "appealing" UI. Focus on making one that works very well for the tasks at hand.

(3) Passive memory, not active. People have a huge capacity for passive memory, and can remember things passively very quickly (that is, they recognize it upon seeing it). Users already have enough stuff to memorize, so don't make them memorize bizarre key-combinations.

(4) For a guide to a desktop, see here (explanation here), and here (explanation here).

(5) Remember to have strong software-support. The reason I like Gentoo so much is because of the helpful and friendly message boards, as well as the excellent documentation.

(6) User testing, user testing, user testing. Grab someone and ask them if your program is easy to use. Sit them down in front of it -- without a manual -- and ask them to do something that the program was designed to do. If they can do it, then the program has good design. If not, bad design. If they can't do it, or if it took them a long time, ask them what they would expect, or where your program was confusing.

(7) Have context menu's for everything in your program with "send feedback on this". E.g., if someone right clicks on the menu-bar or a specific sub-menu, they send feedback on that. You thus instantly know what their feedback is about, and it makes it easy for them to send feedback.

(8) Actively seek out the opinions of those who download your program and use it. You can do this by creating a message board, newsgroup, etc, and specifically asking what they think about x, y, and z.

Re:patently disagree

[Arandir]

By changing your program to a different UI, and eliminating useful key-combinations, you ignored your target audience's user-model, and this pissed them off. Naturally.

Not at all. The reason the customers did not like the "new" interface was not because they were used to the "classic". They disliked it because it was an inefficient interface. The interface interrupted their workflow. It was easier to learn but harder to use. And usability is about "use".

Another analogy is WordPerfect versus MSWord. Back in the day WordPerfect was king. There were key combinations that did everything and the menu itself was very rarely used. Even when the graphical version of WordPerfect came about, the users in large part ignored the mouse and stuck to the keyboard. WordPerfect was efficient. So why did MSWord become king? Because there were more new users of word processors than old users during the entire decade of the nineties. The new breed of word processing professional is no where near as efficient as the old WordPerfect typist.

Usability isn't just about learning how to use the software, it's more about how efficient the software is to use. Please, make your software easy because I am a lazy person. But don't make it simple because I am not a simpleton.

For doctors just learning to use your program, if they have to read the manual, then it will simply annoy and frustrate them.

Sorry for the pause there, I was spewing Dr. Pepper out my nose...

What's more frustrating than the doctor having to read the manual, is for the doctor trying to perform twenty ultrasound exams on an unfamiliar system during a workday.

I'm sure it's frustrating for automobile mechanics to read their repair manuals. But guess what? They do it because they are professionals.

A good thing to do would probably be to have a logical menu bleeding into the top of the screen, and perhaps a toolbar bleeding into one of the other edges, with the key-combination for each function to the left of it (if it's a menu item) or underneath it (if it's a button).

You just described the "new" interface almost precisely. There aren't any "key-combinations" because you have to use an ultrasound with only one hand (the other holds the transducer), but we have the equivalent concept.

---

I will agree with you 100% that there should be a common menu structure and key-commands between all systems that have menus and keyboards. But so much stuff in the UI is ad-hoc and unrelated to menus and keyboards. Just because Microsoft does it and 90% of the users use Windows does not mean that it's usable.