Technology / Good User Interface Design Tips
Good User Interface Design TipsThis essay Good User Interface Design Tips is available for you on Essays24.com! Search Term Papers, College Essay Examples and Free Essays on Essays24.com - full papers database.
Autor: anton 28 October 2010
Words: 2073 | Pages: 9
Good User Interface Design Tips
(If you want to whiz off your users)
General application user interface guidelines:
â€¢ Always use cute icons, buttons, and graphics. Everyone loves big red hearts, pink bunnies, and yellow smiley faces.
â€¢ Don't be afraid to experiment with colors!
â€¢ Your application should play fun sounds while operating to keep the users entertained.
â€¢ Never, ever, under any circumstance use the OS-native graphical controls or widgets. Users get bored of the same old buttons, text boxes, and stuff.
â€¢ When possible, disable window management and use unusual, oddly placed graphics for the windowing functions such as the window close option.
â€¢ When writing your own controls or widgets, make absolutely sure they look and feel nothing like the OS-native widgets or anything else the user might expect. Otherwise you might accidentally make the user think that your application is actually designed for their OS.
â€¢ Use your own creative ideas on how a "save as" dialog should look and work. Built in ones are always too limiting.
â€¢ It is important that the user should never be able to tell the difference between a checked and unchecked check box or option box.
â€¢ Always use obscure or poorly drawn graphics for your tool bar buttons, and never put text on them.
â€¢ Avoid including a preferences or options dialog. Instead, let the user use the standard OS provided text editor or an editor of their choosing to edit text configuration files. .
â€¢ Users need time to think about what they are doing and get coffee. Your application should always take at least 5 minutes to load even on the fastest available computer.
â€¢ Make sure an accidental double-click on a single-click item does something really nasty or unexpected.
â€¢ Tool tips are the perfect way to display critical information.
â€¢ To get the most screen space, force your application to always run maximized.
â€¢ Always make the default positions of floating properties windows cover something important.
â€¢ Use the most exotic fonts you can find.
â€¢ Your application's user interface should be flexible and customizable to the point where if the user accidentally sneezes on the mouse or keyboard they will have to spend the next half an hour setting things back.
â€¢ Let a 5-year old draw your graphics, including your corporate logo.
â€¢ File browsing dialogs are not needed, users can easily remember and type in long file paths.
â€¢ Design your application so it requires the user to set their tiny monitor to 10512*7430.
â€¢ Always crash at a critical step and then display a fake apology to the user.
â€¢ It is a mistake to make use of application hooks in the native desktop environment such as new file templates, file associations, or program menu icons.
â€¢ The exception to the above is placing icons in the system tray. Place as many icons as you can in the system tray and make sure that the user can not remove them.
â€¢ If your program implements keyboard shortcuts be original and make them completely different from any other applications.
â€¢ Rent extra UI space in your application out for advertising. Advertising benefits the users and your wallet.
â€¢ Never underestimate the power of nudity.
â€¢ Don't forget to embed a hidden video game as an "easter egg".
Application Help: How to make a help system that is impervious to usefulness.
â€¢ There is no need to include a manual with software. These days users are smart enough to figure out this kind of thing on their own.
â€¢ If you do include documentation, there is no need for printed manuals. Users love staring in to a 17 inch light bulb all day.
â€¢ Always put your installation instructions on the CD-rom rather than in a printed manual to save paper. The instructions should be installed with the rest of the program so they are not accessible until it is installed.
â€¢ Keep help files simple. Only state the bleeding obvious about any given topic.
â€¢ There is no need to use consistent terminology.
â€¢ For program error, warning, question, and information messages, explain what is going on to the user in the most technical terms. They really need to know and learn this stuff because it is important. As part of the message dialog include a help button that opens the help file and displays exactly what the message just said.
â€¢ Display as many information and question messages as possible in as many different places as possible. Except before critical irreversible operations such as wiping the hard drive.
â€¢ It is acceptable to use "Engrish" throughout your application. All your help file are belong to us.
Making the web do things it has never done before
(and should never do again).
â€¢ Always build a web browser in to your application. For best results make your own web browser.
â€¢ Always hard code hyperlinks in to your application. Then make sure that the links don't work two months after the application is deployed.
â€¢ When you launch a web browser, never use the user's default browser. Always launch the crappiest one available (I.E.: IE) (See above, you should write your own).
â€¢ Always use hyperlinks instead of buttons. Hyperlinks are cool.
â€¢ Be sure to include a throbber graphic in every window of your application.
â€¢ Applications should look like web pages because the web is the embodiment of usability.
â€¢ All modern applications are required to automatically sign users up for spam.
OS Specific tips
â€¢ For a great first impression during your OS setup, never set the video to a refresh rate that works with user's monitor.
â€¢ In fact, your OS should never, ever set the proper refresh rate for the monitor. Eye strain is good. In fact, whenever possible set it to a refresh rate that the monitor can't handle at all. If the user does manage to set a higher refresh rate, make sure it is non-standard so they have to fiddle with the monitor sizing and positioning. Bonus points for finding a refresh rate that makes the monitor blow up.
â€¢ When packaging a GUI or operating system make sure the same functionality is available in at least a dozen different places in unrelated programs.
â€¢ Include three of every kind of application program. (four or more if possible).
â€¢ Install all possible advanced utilities and mindless junk that the typical user will never use.
â€¢ Uninstallation options are out of style, don't include any. If you do need to include them make sure they always choke on dependencies.
â€¢ It doesn't matter if your file manager / desktop shell is slow and sluggish. Go ahead and integrate it with your web browser. In fact, integrate it with several web browses while you are at it.
Application design for the ultimate user experience (in hell)
â€¢ Begin coding the guts of the program immediately. Designing the UI can come later in the development process.
â€¢ Don't waste time writing efficient code. GUIs don't need to be responsive and it is easy to make users upgrade to the latest 10,000,000 terahertz CPU and who doesn't need another zillion gigabytes of ram?
â€¢ You can implement features half way. Your users will forgive you. (And if they don't, screw them anyway). Or you can always make them upgrade to the next version.
â€¢ You don't even need to finish your software, if someone else has a problem with it they can fix it themselves.
â€¢ It is safe to ignore the overall purpose of the application you are writing. Just make it do what you want.
â€¢ There is no need to do any kind of user testing or research. Programmers always know the best way to design a user interface.
â€¢ Let the users dictate design and implementation decisions, after all they know what they need.
â€¢ If this is a corporate environment, always design the user interface the way the boss wants it. After all, that degree in user interface design he has is how he got to be the boss right?
â€¢ When porting your application to another OS platform, there is no need at all to modify the way your application looks or behaves.
â€¢ Always hard code all references to the file path your application must run in. The user will never have a need to install anywhere else and you will never run in to naming conflicts.
â€¢ Sue anyone who makes a UI even remotely like yours. That's what the legal system is there for right?
â€¢ Always use bizarre, scary sounding code names for the name of your application. For best results it should be an acronym for something that doesn't make any sense, and the acronym should be recursive.
â€¢ Never remove old, obsolete, buggy, or nonsensical features from your application.
â€¢ Pre-load your (now huge) application at system startup. It doesn't matter if it slows down the rest of the system, it is important that your application, which most users only use only occasionally, start the fastest. .
â€¢ Add all possible features to your application. Even those that already exist in the OS. In fact, your application should eventually become an OS.
Graphical User Interface or GUI, in computer science, a type of display format that enables the user to choose commands, start programs, and see lists of files and other options by pointing to pictorial representations (icons) and lists of menu items on the screen. Choices can generally be activated either with the keyboard or with a mouse. See Also User Interface.
For application developers, GUIs offer an environment that takes care of the direct interaction with the computer. This frees the developer to concentrate on the application without getting tied up in the details of screen display or mouse and keyboard input. It also enables programmers to create programs that always handle frequently performed tasks, such as saving a data file, in the same way because the interface provides standard controlling mechanisms such as windows and dialog boxes. Another benefit is that applications written for a GUI are device-independent: as the interface changes to support new input and output devices, such as a large-screen monitor or an optical storage device, the applications can, without modification, use those devices.
Icon computer, in graphical environments, a small graphic image displayed on the screen to represent an object that can be manipulated by the user. Icons are visual metaphors on mnemonics; for example, a waste basket represents a command for deleting unwanted text or files. Icons allow the user to control certain computer actions without having to remember commands or type them at the keyboard. Icons are a significant factor in the â€œuser-friendlinessâ€ of graphical user interfaces.
Menu, in relation to computers, a list of options from which a program user can select in order to perform a desired action, such as choosing a command or applying a particular format to part of a document. Many application programs, particularly those that offer a graphical user interface, use menus as a means of providing the user with an easily learned, easy-to-use alternative to memorizing program commands and their appropriate usage. Choosing from one menu often leads the user to a second menu or to a dialogue box containing options that further refine the original menu selection
Mouse (computer), a common pointing device, popularized by its inclusion as standard equipment with the Apple Macintosh. It was originally developed by Xerox at the Palo Alto Research Park. The advent of the mouse and the graphical user interface, which links a pointer on the computer display to the movement of a mouse, has opened the powerful world of computers to a population previously excluded by the obscurity of computer languages and the command-line interface.
There are many variations on mouse design, with a varying number of buttons, but they all work in a similar manner. As the user moves the mouse, a ball located in the base spins a pair of wheels set at right angles inside the mouse. The motion of the wheels is then translated into electrical signals by counting conductive spots on the wheel, or slots cut in the wheel. The latter â€œoptomechanicalâ€ mouse eliminates the need for many of the wear-related repairs and maintenance necessary with purely mechanical mice.
User Interface, in computer science, the portion of a program with which a user interacts. If the user enters commands at the keyboard and the program responds by operating in a specific manner, the program has a command-line interface. If commands to the program are typically given via menu selections, the program is said to have a menu-driven interface. Programs that display information graphically and require a pointing device for user interaction have graphical user interfaces.
Get Better Grades Today
Join Essays24.com and get instant access to over 60,000+ Papers and Essays