DOC PREVIEW
MIT 6 831 - Lecture 7: Input Models

This preview shows page 1-2-3-4-5 out of 14 pages.

Save
View full document
View full document
Premium Document
Do you want full access? Go Premium and unlock all 14 pages.
Access to all documents
Download any document
Ad free experience
View full document
Premium Document
Do you want full access? Go Premium and unlock all 14 pages.
Access to all documents
Download any document
Ad free experience
View full document
Premium Document
Do you want full access? Go Premium and unlock all 14 pages.
Access to all documents
Download any document
Ad free experience
View full document
Premium Document
Do you want full access? Go Premium and unlock all 14 pages.
Access to all documents
Download any document
Ad free experience
View full document
Premium Document
Do you want full access? Go Premium and unlock all 14 pages.
Access to all documents
Download any document
Ad free experience
Premium Document
Do you want full access? Go Premium and unlock all 14 pages.
Access to all documents
Download any document
Ad free experience

Unformatted text preview:

1Fall 2003 6.893 UI Design and Implementation 1 2Fall 2003 6.893 UI Design and Implementation 2  This is the Windows XP Search Companion. It appears when you press the Search button on a Windows Explorer toolbar, and is primarily intended for finding files on your hard disk.An interesting feature of this interface is that, rather than giving a textbox for search keywords right away, it first asks you to specify what kind of file you’re looking for. There’s some logic to this design decision, because it turns out that different search criteria are appropriate for different kinds of files. For example, if you select “Picture, music, and video”, the next step of the dialog won’t both asking for a word or phrase inside the file, since these kinds of files are not textual. Similarly, if you select “Documents”, the next step of the dialog will ask not only for search keywords, but also for the approximate time since you last edited the file, since most documents are sought for editing purposes (while most media files are sought for playing purposes).Unfortunately, to a frequent user, the demand that you specify the file’s type first feels jarring and hard to answer. The categories are not disjoint, so the decision isn’t always easy. Are HTML files and simple text files included in “Documents”, or only Microsoft Office files? Some of the categories are bizarre – “computers or people”? Why is “Internet” a completely separate category, and why does Help get a different icon than the rest?Perhaps the worst problem in the category list is that the answer that frequent users are most likely to want – “All files and folders”, to be sure that the search won’t miss anything – is actually buried in the middle of the list, where it’s hardest to find and click.This interface is clearly designed for novice users. Hence the wizard design, a fixed sequence of carefully guided steps. And hence the cute animated cartoon dog, which some people in class found condescending by its mere presence. It’s still an open question whether cartoon characters like this dog and the Paperclip are more helpful or harmful to good user interface design. So far, experiments with characters in serious commercial interfaces (designed for productivity rather than entertainment) have been largely unsuccessful.The animated dog does have one advantage: it’s a very visible mode status indicator. You won’t accidentally leave the Windows Explorer in search mode, because the dog will get your attention and motivate you to find a way to get rid of it -- which is not trivial, since there’s no obvious Cancel button.Another problem with this wizard is that the Back button on toolbar is easy to confuse with the Back button in the dialog. The user thinks “this isn’t what I want, I’ll go Back”, but then reaches habitually for the Back button in the toolbar, which backs up the main Explorer window instead of the Search Companion pane. This is probably a capture error, because of the effect of habit, but it also has some features of a description error.It turns out that “Change preferences” leads to a menu where you can turn off the dog. He doesn’t disappear instantly, but turns insouciantly and trots off in a huff. The preferences menu also offers an Advanced mode which automatically defaults to searching all files & folders. This mode has a3Fall 2003 6.893 UI Design and Implementation 3  In contrast to the previous example, here’s Google’s start page. Google is an outstanding example of a heuristic we’ll see today: Aesthetic and minimalist design. Its interface is as simple as possible. Unnecessary features and hyperlinks are omitted, lots of whitespace is used. Google is fast to load and trivial to use.But maybe Google goes a little too far! Take the perspective of a completely novice user coming to Google for the first time. •What does Google actually do? The front page doesn’t say. •What should be typed into the text box? It has no caption at all. •The button labels are almost gibberish. “Google Search” isn’t meaningful English (although it’s gradually becoming more meaningful as Google enters the language as a noun, verb, and adjective). And what does “I’m Feeling Lucky” mean?•Where is Help? Turns out it’s buried at the bottom, along with “Jobs & Press”.Although these problems would be easy for Google to fix, they are actually minor, because Google’s interface is simple enough that it can be learned by only a small amount of exploration. (Except perhaps for the I’m Feeling Lucky button, which probably remains a mystery until a user is curious enough to hunt for the help. After all, maybe it does a random choice from the search results!)Notice that Google does not ask you to choose your search domain first. It picks a good default, and makes it easy to change.4Fall 2003 6.893 UI Design and Implementation 4 1. Spam Control2. Firewall Visualization3. Lecture Player4. Timeliner IDE5. Kerberos/AFS Ticket Manager6. Semantic Web By Example7. ComicKit8. Electronic Ballots9. Rummikub Game10. Airport Information Kiosk11. Air Traffic Control12. Grade Book13. MRI Region of Interest Analysis14. 6.370 Contest Interface15. Recitation Assignment16. Sensor Network Administration17. Hotel Food Management18. MIT Course Planner19. Drink Database20. Music Theory Helper21. Grade Recording & Student Performance Assessment22. IFC Rush ManagerIn case you’re curious, here are the projects that your classmates are working on. You’ll have several opportunities to see what everybody is doing: some in paper prototype testing in 2 weeks, others when you do heuristic evaluation of computer prototypes, and all of them in the final presentations at the end of the course.Incidentally, the original version of this slide used bullets instead of numbers. Then I thought about one natural question that people would ask – how many projects are there? Although it’s possible to answer that question from a bulleted list, it’s trivial when the list is numbered. Every kind of communication you do has a user interface, whether it’s a talk or a paper or a


View Full Document

MIT 6 831 - Lecture 7: Input Models

Documents in this Course
Output

Output

15 pages

Quiz 2

Quiz 2

10 pages

Quiz 2

Quiz 2

8 pages

Input

Input

9 pages

Load more
Download Lecture 7: Input Models
Our administrator received your request to download this document. We will send you the file to your email shortly.
Loading Unlocking...
Login

Join to view Lecture 7: Input Models and access 3M+ class-specific study document.

or
We will never post anything without your permission.
Don't have an account?
Sign Up

Join to view Lecture 7: Input Models 2 2 and access 3M+ class-specific study document.

or

By creating an account you agree to our Privacy Policy and Terms Of Use

Already a member?