Slashdot Mirror
Top Ten Persistent Design Flaws
jlouderb writes "Bruce Tognazzini former human interface evangalist at Apple, and currently a principal at web design firm Neilsen Norman Group has begun cataloging the top ten design computing flaws that we just live with with, but shouldn't have to. Only seven are found at his article, and (not surprisingly) three are Mac related. My favorite: the mysteriously dimmed menu options. Why are those darned things grey anyway?"
...and some aren't.
Like the thing about disk removal. The only thing Windows handles being removed "gracefully" is a floppy (and I'd hardly say "gracefully", if you had a file open on the disk). And Mac OS could have done that, but the idea was to prevent the user from removing the disk until, say, its contents have been properly saved. So Windows let you remove a floppy. So what? What if you hadn't saved the file on it that you "meant" to? Then what? At least Mac OS enforced the proper order of operations, i.e., finish what you're doing with the disk first, then eject. To insinuate that Windows gracefully handles the unexpected removal of USB and/or FireWire external volumes is crap. Since Macs don't even have floppies anymore, and this argument doesn't apply to FireWire/USB volumes (though he implies that it does), this argument is somewhat moot.
And I can categorically say that his "computer not booting" story after he removed a FireWire drive is bullshit. If you remove the drive while it's asleep, yeah, it won't like that when it wakes up; usually, it will say a FireWire device has been removed before being unmounted. Worst case scenario would be rebooting the computer. But there is no way the computer just "wouldn't work" until the drive is plugged back in. That's just bollocks. Sounds like he had one bad/erratic experience that he thought was related to disk removal, and created this entire issue around it.
Other observations are kind of generic wishlists for the behavior of various features and functions. Some of them are frankly good ideas.
But when I read "Principle: The user is in charge and should be free to carry out any activity at any time without fear of reprisals" I just about lost my lunch.
/. effect
You can't handle the truth.
Not adding enough coolant to prevent the web server from melting down due to the /. effect.
Bill Clinton: Pimp we can believe in. - The Shirt!!!
http://www.asktog.com.nyud.net:8090/Bughouse/10Mos tPersistentBugs.html
Please correct me if I got my facts wrong.
The bit where it says "(c) Microsoft"
Due to lack of disk space this user has been discontinued
KDE (gets coat)
Often it is difficult to figure out why certain options are dimmed and under what context they will become active. I don't see a better alternative though other than better documentation, and since no one reads software manuals that wouldn't help much. I certainly don't want more text explaining the situation to clutter up menus even further.
Tight security where it doesn't matter and sloppy security where it does.
Inexplicable configuration. This is broad a broad item and includes buried preference settings where you'd never think to look, default settings to most frustrating (think Word), system settings under inappropriate categories and items with more than one relevence only found under one.
Pop-Up windows which steal focus immediately from whatever task has focus (active rather than passive bulletins) Ever been typing something, and hit ENTER just as something pops up? Gee, what the heck was that about?
A feeling of having made the same mistake before: Deja Foobar
He mentions that computers shut-off without any juice. Not surprising that computers do that. I don't think this is a design flaw, simply because there are things in existence, known as UPS's, that are there to buy you time to save and close everything.
I've been trying to repair the boot sector on a HD with WinXP on it and the damn thing wants an administrator password for the damn disk. Wtf kind of logic is that?
A feeling of having made the same mistake before: Deja Foobar
AC comments get piped to
SOATYPICALSENTENCEWOULDREADLIKETHIS!
How about combo boxes, that only show X number of items. and you have to scroll to see the last 3. Until recently, AutoCAD was one of the worst examples of this, with it's layers toolbar popup, that only showed 10 items and truncated them horizontally (even though most AutoCAD drawings have many more layers and they often have similar names, so they appear the same in the tiny list at the top of the screen).
Or how about non-resizable dialogs with a set number of items in a list which displays all of the items minus one. WTF!?!
>Firefox already does that. Type "barnes and noble" > in to your address bar. It'll take you to barnesandnoble.com.
But that's just coincidence. Firefox googles "barnes and noble" and goes to the first matching page. It doesn't just remove the spaces. Compare, for example "tried and tested" with triedandtested.com.
And the Coral link:
10 Bugs
Come to the University of Mars! Classes starting soon!
#1-Removing power from a device that maintains his information on devices run by power (i.e. RAM)
#2-Thinking that computers do "magic", or at least should do to not have design flaws
#3
#4
#5
#6
#7
#8
#9
#10- Making top ten list without having 10 things to list
Close but no cigar. It takes you to google's "I'm feeling luck" page as if you had typed in barnes and noble on google and clicked the button. That's a big difference. If you type in "cat" you get taken to the cat fanciers web site at http://www.fanciers.com and not http://www.cat.com for all your heavy machinery needs. That means that the outcome of typing in "barnes and noble" or "cat" and hitting enter in Firefox will change depending on the google rankings.
Firefox will not convert www.barnes and noble.com to www.barnesandnoble.com.
...but you presumably knew you WANTED to remove it.
- open, Apple just keeps the behavior consistent: the user should know they're done using the volume (unmount it) before they unplug it. This has been the behavior for 20 years. And no, I'm not saying just because something has been some way for a long time that it needs to remain, but I just don't see the problem. Not allowing a device to be removed, or "nagging", probably saves a lot of people from fucking shit up before they've properly saved and/or dealt with items on a removable volume, instead of allowing things to be unplugged wholesale. If the user unplugs something at an inopportune moment or with open files, how is the computer supposed to be able to deal with it? Cache up the changes and not tell you? Or tell you that something was removed when it wasn't supposed to be and tell you (and keep that behavior consistent even when you "might be done with it"), like Mac OS does?
What if a user has an open file, and yanks the drive? How does Windows "gracefully" deal with that? Answer: it can't.
You can pull the drive on a Mac, too - the difference is that the Mac will say, hey, you should have unmounted this first...hope you saved everything. And instead of doing something like auto-unmounting-without-nagging-when-no-files-are
And what if you wanted a picture tour of the barns of british nobility?
"Have you ever thought about just turning off the TV, sitting down with your kids, and hitting them?"
...and even more ironic is that Tog already used the automotive analogy for his number one issue, i.e., "imagine if a car did this", and then turns around and says the user (driver) should be allowed to do anything at any time.
Design flaw #11
Using very large golden gradient shadowed GIFs each worth over 4K to represent the numbers 1 - 10 in a "Top Ten Persistent Design Flaws" webpage. It not only looks ugly, makes the website slower consuming more bandwidth, but it also takes away a good chunk of the left side of the page.
Cheers,
Adolfo
Alas, this site is no longer updated, but it still serves as my very favorite "UI Hell" page...
e ring/iarchitect/index-1.htm
http://digilander.libero.it/chiediloapippo/Engine
Check out the hall of shame section, it's hilarious!
PS - this link is a mirror of the original site
This sig is in Spanish when you're not looking....
I bet the bookstore might have something like that in its stock... ;-)
It doesn't seem to include evil applications (or operating systems) that suddenly throw new windows on the screen to grab keyboard focus away from you just as you type something.
You lose your thread of thought AND the computer decides you said "OK" to "do you want to email your credit cards around the world" while you sit there wondering what just happened.
To summarise the summary of the summary: people are a problem. ~ h2g2
On the ASCII sort "bug", he writes dates have to be reversed to sort correctly. No, the correct way to write a date is 2004-11-29, what's the problem. That sorts correctly! ;-)
Um, hate to burst your bubble, but MS GUI does not recover smoothly from such events, unless one considers a BSOD smooth recovery. Since Windows 95, and still today in Windows XP, removing a CD or floppy from the drive before Windows is finished with it will result in the system hanging at best, and BSOD at worst. Not exactly what most people would consider smooth operation.
Neither Linux nor Apple nor Microsoft correctly address the problem of removable media:
The society for a thought-free internet welcomes you.
Duration: [in years]: seems like a thousand centuries ago...
Supplier: Tog
Alias: "I have no concept of the difference between objective and subjective usability complaints."
Product: Tog's parents.
Bug: Tog's perceptual abilities.
Class of error: Intellectualy density.
Principle: "My opinions are holy."
Proposed Fix: Zoloft
Discussion: Some of the things he lists as flaws in the Dock are things that I acutally like about the Dock. It's a very subjective thing. Some of the things he laments losing from Mac OS 9 were not the bee's knees he seems to imagine they were. He was just used to them, is all.
Bug first observed: Can't check the date on the original Dock whinefest because his site is slashdotted. It happened some time after Tog ceased to be relevant.
Observer: Harvey Birdman, Attorney At Law
Bug reported to supplier: No. No point. You cannot argue with self-proclaimed learned wisemen.
Bug on list since: Whinefest first published.
--- Ban humanity.
Item 1; Power failure crashing
In my experience, this affected Macs much less in a brownout situation than PCs. The Macs (at the time, desktop G3 systems) stayed up after a power blink of 0.5 sec, losing no data. I think current Mac OS hardware is more robust in this area, but this is not really a fault of the computer or the OS. No power, no computer worky. Sorry.
Workaround in a mission-critical area: Buy an uninterruptable power supply, petition Apple to make a computer with very expensive (but non-volatile) flash RAM, or use an Apple laptop, which has its own battery that makes it resistant to brownouts and blackouts.
Issue 2: The Dock in Mac OS X.
Grousing. In the old Mac OS 9 days, there was a Dock analogue called the Launcher. It was ugly, and I rarely set it up for users, but it worked. Some people still use it for their Classic apps in OS X.
Workaround: Many, most third-party. Apple's interface, until OS X was icon-centric for launching apps, rather than menu-centric (in Windows Start menu). The Dock is no more perfect than the Start menu, but at least it provides a consistent launcher for common apps, instead of having the user search through folders for the right app icon to launch.
Better: Have installers ask user to add icon for applications to the Dock, which isn't done most of the time, forcing users to search about in the Applications folder.
Issue 3: Dimmed menus.
A bit of a grouse, but logical. Some OS X apps by third parties HAVE shown info in the greyed out menu as to why the option is not available. I believe it is more programming efficient to leave a greyed out menu than to attempt to hide it (affecting where and the order of menus on the menu bar from one moment to the next, which would confuse the hell out of me).
I believe Tog's thought, of adding a special option in a greyed-out menu as to why this command is dimmed, could be useful. Otherwise I think he is blowing the issue up. Of course, the more complex the app (especially with palettes and THEIR commands, the more weight his argument holds.
Issue Seven: Disk Drive Nazi.
Not a problem, at least until removeable drives arrived.
The Mac OS has always been intelligent, preventing you as the user from accidentally ejecting or formatting a disk you are using, including network devices. This is a Good Thing. Compare this to the behavior in Windows, which will still allow you to eject media in use, causing All Kinds of Hell.
Workaround: His point seems more specific to USB and FireWire drives. Unless Apple creates a hardware lock that physically locks a device, preventing the thing from being removed, then there's not a lot to do there, except Apple making the OS more robust in screaming at people to tell the OS that the drive is to be disconnected before they physically remove it.
Vos teneo officium eram periculosus ut vos recipero is.
Only down to number 3 so far, but #1, "If the computer loses power for more than a few thousanths of a second, it throws everything away", is sooooooooo perfect. 20 years ago I had a clock radio with a 9-volt battery so it would keep time during short power outages. Why don't current computers have something? I know how big UPSs are; I imagine something the size of a couple D-cell batteries hooked to the motherboard could keep it running for momentary power outages, tripping over the cord, accidentally stepping on the power strip's button, etc.
And on that note, why can't the BIOS battery be rechargable? Why should my computer *ever* think it's 1969, or 1980, or 1984?
Dear Slashdot: next time you want to mess with the site, add a rich-text editor for comments.
Mirror dot
It appears that everyone is guilty of having a framework. This guy, you, me, everyone. We think that what we experience in the world, and what we think about it, is all there is. We're all pretty small, even the wisest of us.
In this case, a Mac guy says the user is in charge, and thinks it's a law of nature.
Microsoft treats users as a renewable resource, to be used and reused as needed.
We Unix types, on the other hand, know that users are an unfortunate side effect.
sigs, as if you care.
Since when is a power failure a bug? I had thought a bug is an unintended behavior in software/hardware.
3.243F6A8885A308D313
Welcome to the Over the Hill Gang, design bugs that have been around so long that we've begun to think of them as folk heros. However, the usual requirement for turning a public enemy into a folk hero is death, not longevity, and so it should be for these worthies: Their executions are long overdue. These bugs aren't necessarily fatal. The are all at minimum highly irritating, and they have all survived for a minimum of five years or five product release cycles, whichever came first.
In some cases, the bugs have outlasted the original developers, persisting so long that their successors may not even realize they are bugs--they seem the result of "natural laws." In other cases, the developers know these bugs full well, but refuse to address them. These all need to be addressed, and that address should be far out of town.
Bug Name: Power Failure Crash
Duration: >30 years
Supplier: Desktop computer manufacturers
Alias: "Oh, Sh--!"
Product: Desktop computers worldwide
Bug: If the computer loses power for more than a few thousanths of a second, it throws everything away.
Class of error: "That's the way Grandpa did it..."
Principle: Protect the User's Work
Discussion: Somehow, the most destructive act a computer can carry out, other than destroying the contents of a hard disk, got "grandfathered in." Somehow it became OK for computers to just die if the power fails.
If cars modelled this behavior, you might drive your car from New York to Miami, run out of gas in Fort Lauderdale, 10 miles from your destination, and suddenly find yourself back in New York.
Immediate Fix: Web Developers
Store (encrypted) information in cookies even before transfer to the server, so information is preserved from all but the most serious "melt-downs."
Proposed Fix: Application Developers
Convert your existing software and write new software to perform Continuous Save, so users cannot lose more than the last few characters typed or gestures entered. Do not fail to provide sufficient Undo and Revert facilities enabling users to get back to where they were before they started doing the wrong thing.
For all the drawbacks of the crude system most applications have had until now, one advantage was that new drafts did not take the place of old until we said so.
Oh, and by the way, a dialog saying, "This action cannot be undone. OK Cancel," is not a suitable substitute for a Revert facility for anything at any time.
Proposed Fix: OS's
Build support for Continous Save and Revert into the toolbox.
Proposed Fix: Computer Hardware
Add very short term batteries or tantalum capacitors to systems with volatile memory with enough power to dump the memory to disk and go into hibernation, perhaps 30 to 45 second worth.
Bug first observed: 1976
Observer: Tog
Bug reported to Apple: 5 Mar 1985. Quote from that memo:
The age of computers that die when the power goes off will fade to an interesting footnote in history, just as radio gave way to TV. The question is not whether Apple will [address the problem], but when. I believe the time is now....We
have the opportunity to add another dimension to computers; let us take it.
Should happen any day now...
Bug on list since:List inception: 1 Dec 2004
Bug Name:The Macintosh Dock
Duration:Four and counting
Supplier:Apple Computer, Inc.
Alias:"The Cool Demo"
Product:Mac OS X
Bug:There are actually nine separate and distinct design bugs in the Dock, probably a record for a single object. You can read about them all in my Article, "The Top 9 Reasons the Dock Still Sucks."
Class of error:Confusing a demo with a product
Principle:Demos and products are two separate entities. The Demo's purpose in life is to help sell the product. The product's purpose is to serve the user.
Proposed Fix:Leave the Dock just as is. It looks great on stage durin
I don't know why it didn't become a fairly standard accessory.
Because it would cost money.
Seriously though, I wonder if this guy also bitches about the fact that his car stops when he runs out of gas.
I agree that it would be nice if computers could sort the same way a human would, but I'm not convinced we have the technology to fix this right, and partially fixing it could be make it worse.
The author is essentially asking for the computer to be able to do reliable lexical analysis to determine what parts of a string are supposed to be a date, for example. If it sees "1/7", it has to guess if you mean "January 7", "July 1", "0.14", or something else. If it guesses wrong, how would I be able to correct it?
At least with the ASCII sort, the results are entirely predictable and it is obvious how I can tweak my strings to sort correctly.
Generally, I'd rather that my computer be stupid then that it try to be smart and fail.
Bug name: PDF
Duration: 10+?
Supplier: Adobe et al
Alias: Why-is-it-so-hard-to-write-decent-software?
Product: Various PDF viewers, primarily for Windows
Bugs: One: Acrobat kills Mozilla. Two: Hidden "check for updates?" box locks up IE.
Class of error: Poorly written software
Principle: Simple software shouldn't hog resources or kill other apps.
Discussion:
Why is it so hard to write a decent PDF reader? Preview for Mac is fast and doesn't crash anything. And yet Acrobat for Windows (and maybe for Mac--I haven't tried it) is slow, a resource hog, locks up Mozilla/Firefox until the file is done loading, hides its "check for updates" window (without a tab on the XP app bar), and locks up the PDF-viewing window in IE until the "check for updates" box is dealt with.
Uh, they're grey because they're disabled ?
I'm sorry, I don't understand how this is a design flaw. You'd rather the menu in question _always_ do something? What do you want copied when nothing is selected? Would you rather the menu was enabled always, but just beeped or did something else ( i.e. not the desired action ) when clicked ?
The menu is grey to let you know it can't do anything until some other action is taken. It doesn't just disappear because location/muscle memory is how we remember where that menu is. What would be the better design? How is a disabled menu a flaw, again? You'd rather get a dialog box telling you that you need to do something before clicking here... how could you have known ? Why is clicking "copy" bringing up a dialog box ?
TSFA says :
The software "knows" why it has dimmed the item. Some decision or decisions led to the flag being set. At the same time as the flag is set, the reason why should be made available. If the user clicks on a grayed-out option, the reason or reasons should be made known. And none of those, "Gosh, Oh, Gee, it could be any one of these 14 reasons or maybe something else" messages. The message needs to be intelligent, responsive, and accurate. This one is important. This one needs to be done right.
Ok, so the issue is that you want to know why the menu is disabled. So, which of 20 different on-screen objects do you want a message to indicate could be selected to enable "copy" ? Even if you manage to get the message "right", how useful is the message "You must select something to copy." going to be after the second time you see it? At that point the greyed menu tells me everything I needed to know.
Gee, I wonder why that one hasn't been fixed. Yea, that's a real design bug, right there. Just like the dock, which even my mother-in-law can use, with it's 9 bugs and all...
Now, ASCII sort and reasonably flexible data entry ( aka Bug Name: Let's you save me some work ) now, those are real design bugs. Design bugs which are usually there ( as the article notes ) doe to lazyness of the software designers/creators.
A few of these design problems I can agree with, but IMHO, if you're troubled by a disabled menu, that's a clear sign you don't understand the function of that menu, and you might want to try a menu item that isn't greyed out, like that one labeled "Help".
Power Failure Crash
This is due to the save file paradigm. Changes only get saved if you tell the computer to. People have long realized this is bad; this is why some programs have autosave. I am all for saving changes continuously - and forking a file if you want to have distinct versions.
The Macintosh Dock
I guess this is more of a personal thing. Personally, I think the Dock is great, although I prefer separate launch icons and open window icons (aligned at separate edges of the screen), a la NEXTSTEP. The Mac doc certainly kicks the Windows taskbar (and imitations') ass.
Mysteriously dimmed menu items
I don't necessarily agree these are bad. The alternatives are removing them (bad because menu structure changes), not disabling them (makes no sense - they are disabled because they aren't meaningful right now), or not dimming them (bad because you don't signal the action is unavailable).
The proposed fix is a good idea, though.
ASCII Sort
This issue has never affected me much. The alternative is is having lots of black magic exceptions to get items sorted the way humans might sort them. To me, it seems these exceptions are hard to deal with for machines, but for humans as well. I don't think it's worth the trouble.
What is good, though, is having proper metadata support, so that we can sort not just by filename, but also by author, project, modification time, etc. Add in a search function, and you don't even notice the asciibetical sorting anymore.
URL Naming Bug
Some browsers already convert spaces in URLs to '%20' or '+'. I think this is the way to go. I'm not sure if stripping spaces (as the author suggests) is a good idea. Does he mean to make "my birthday pictures" internally translate to "mybirthdaypictures"? Why? My filesystem can deal with spaces just fine. Perhaps stripping all spaces after the first (i.e. removing errorneous spaces) is a better option.
Let's you save me some work
So, not accepting multiple formats for the same data is bad. I have to ask why the multiple formats exist in the first place. If we're talking about SSN, library card number, etc. there's always an authority issuing these numbers. Why not use the same format they use, everywhere? If users want to be inconsistent, they must be prepared to deal with the consequences.
The Disk Drive Nazi
I, too, hate that machines don't let me have my device back. Linux and BSD (and probably other unices) can be particularly annoying in this respect. Someone once tripped over the USB cable of my webcam, unplugging it. Nothing but a reboot would let me kill the program (which was in uniterruptible sleep), reload the (confused) driver, plug the cam back in, and start streaming video again. Grrr. Isn't this what exceptions are for?
Please correct me if I got my facts wrong.
While we're administering the beatings for bad UI decisions, there's the pig-froker who dreamed up scroll bars that snap back to their original position if your mouse cursor gets too far away from them during a drag. What was the twisted thought process behind that decision? Oh, the user's forgotten they're using the slider, even though they're ACTIVELY HOLDING DOWN THE MOUSE BUTTON? We need to launch reprisals at them for not keeping the mouse cursor inside an invisible rectangle?
Its all part of MS's policy of torturing their users until they buy "intellimouses" with scroll wheels.
Mod parent post up, please. Sure computers aren't intuitive, but you're arguing semantics. As the parent post said, the fear is that you wipe out what's on the disk -- it's a justified fear, and no, it's not a little gripe. Any sane computer user coming from any other computer environment will be skeptical to even drag and hover a disk over the trash bin (in Mac OS X that will lead to a change in icon from trash to eject, but how would you ever really know that!). It's like saying, "oh just dangle the baby over the balcony. Don't worry, trust me, the instant you do that, the hands of God will come down and protect him. Then you can let him go so he can ."
Linux at home
I agree that trashing disks to eject them is unobvious, and would be pretty bad as the primary way to do so. No sane novice would ever figure that out, or be willing to experiment with it.
But that's pretty irrelevant. Dragging the disk to the trash is a quick shortcut for skilled users, but has never been the primary method. The primary, normal method of ejecting a disk has always been the same way you perform actions on other icons: select it, then choose "Eject" from the "File" menu. No voodoo, no risk, no inconsistency.
nslookup newyorktimes.com
NAME: newyorktimes.com
ADDRESS: 199.239.137.217
go to http://newyorktimes.com and it redirects you to nytimes.com...
I am being pulled in by a troll, aren't I?
The OS you're talking about is EROS, an orthogonally persistent operating system. EROS doesn't seem to be under active development, but other OSes are. The one I know about is Unununium.
And yes, I agree it is a design issue, not a limitation of our hardware and software.
Example: A post of "Often it is difficult to figure out why certain options are dimmed and under what context they will become active. I don't see a better alternative though other than better documentation..." attached to a story containing the solution of "Make grayed-out objects clickable, revealing what has caused the object to be dimmed and what the user can do about it."
First Noticed: 1996
Proposed Solution: Require the user to read the article. This could be implemented in a number of ways: either the referring home page to the message board should BE the article, or a page between the story and the article should contain some sort of code permitting posting. Or a mod of "-9999999, RTFA" should be added.
http://mirrordot.org/stories/fbe18de303c13c7a1f140 f43465eca04/index.html
- This and all my posts are public domain. I am a Physicist. I am not your Physicist. This is not Physically advice
If anyone's interested in the opinion of a native German speaker (with recidences in two cities located at the danube [= Donau] :-): You can construct very long words in the German language, but it's not required and mostly considered poor style. Oberammergaueralpenkrauterdelikatessenfruehstuecks kaese is not a German word, it's a fantasy product name. Vierwaldstaetterseedampfschiffahrtsgesellschaft is a fantasy company name, also not a German word. Donaudampfschiffahrtsgesellschaftsoberka pitaen is a proper German word, but it is only used when someone wants to construct a very long world. It's a job title that refers to a position that only existed in an earlier time, when Austria's bureaucracy was infamous for using overly pompous technical terms that were very difficult to decipher for a layman. Fussballweltmeisterschaftsqualifikationsspiel is a proper German word, and it's even used in practice sometimes. It's the proper translation for "soccer world championship qualifying game". But seriously, would you consider this monster term over "qualifying game for the soccer world championship"? Nah. So it's the term that's silly, not the language. And usually the context would have already been established when you want to use the term, so just saying 'qualifier' would do just as well.
... I should change my sig to "You should see what happens when I don't even intend to post on topic to begin with."
Oh well
but what do i know, i'm just a model.
I don't believe he suggested not dimming them, but that you can still click them if they're dimmed and they'll explain why they're dimmed. The issue isn't that dimming is useless (it's quite useful), but that it's sometimes a complete mystery as to why it is dimmed. Help files rarely address these issues too -- they explain what the menu item does when it's available but they often neglect to tell you why it might not be available to you right now.
Long ago, Balloon Help on the Mac did something like what he's suggesting. When you'd hover over a menu item it would pop up a balloon (tooltip) explaining what the item did. If you hovered over a dimmed item, it explained what the item did and also went on to explain why it was not available at the moment.
I don't believe that dimmed items are inherently confusing -- I know perfectly well why Firefox has dimmed my Cut and Copy commands right now -- it's because I don't have anything selected. On the other hand, I have no idea why Outlook Express has "Block Sender" (under the Message menu) dimmed while I've got a message selected in my Inbox. It'd be nice if I could easily find out ("This command is disabled because you don't have message filtering enabled" or "You must read the message first" or whatever the reason may be).
Proposed Fix: Make grayed-out objects clickable, revealing what has caused the object to be dimmed and what the user can do about it
Edit -> Undo
"You don't have anything to undo"
Edit -> Redo
"You don't have anything to redo"
Edit -> Cut
"You haven't selected any text to cut"
Edit -> Copy
"You haven't selected any text to copy"
Edit -> Paste
"You haven't copied any text to paste"
Great, one more way for my computer to treat me like a complete imbecile.
If an option is greyed out, it's usually because -- shocking -- you can't use it right now. This is Common Sense. If it's not Common Sense, it's because that application's UI designer made their menus too complicated to begin with, and in my experience software programmers who do that sort of thing would also make their pop-up help even more useless, something like: "This option is disabled because you can't use it right now."
Rule #1 in UI design: if you have to explain something to your user, you're doing it wrong. Or at least you're doing it inconsistently, which is the same thing in this business. I shouldn't need to wonder WHY an option is disabled, at if for some reason I should, it shouldn't be disabled at all.
Kinda ironic the article brakes almost as many usability rules as it points out:
1) No alt tags - you've used images to number your list, yet no alternative text for blind users (or those with images off), this is a very well established as bad usability
2) Confusing title - you say top 10, but don't actually have 10 items on your list, an important aspect of usability is clarity, which your title lacks.
3) Consistency - you've divided each item into sub-sections, yet the sub-sections are inconsistent with from one item on the list to the next. If a sub-section is not applicable, I suggest you add, for instance: "History: N/A," this will save readers scrolling back and forth for a section they might believe to have missed
4) No submission form - You provide an option for people to submit suggestions for your list, yet fail to provide a basic HTML form for them to do this, instead you opt to let them do the work.
There are more, but I'll stop here, since I expect this to be modded down anyway. I hope you see the irony.
There are a lot of Windows apps guilty of this. Outlook is terrible. Start it, its splash screen steals focus...switch back to something else while it's loading, then it steals focus to paint its main window...go back to that other thing...and it steals focus again when its done loading all the components inside the main window.
But, to be fair, many X apps do the same crap. Here's one thing about X-Windows (or Gnome maybe) that drives me nuts: Let's say I have four workspaces...I like to use workspace one for Internet-related activities, workspace two is development-related activities, workspace three is productivity-app hell, and workspace four is terminals. Now, let's say I go to workspace one and launch Mozilla...(really any app will do), then, while it's loading, I switch back to workspace two to continue debugging an app while Mozilla loads...then, BING! Mozilla pops on workspace two. Why won't an app stay on the workspace it was originally launched from? Does it have to follow me to the current active workspace?
I would think any app should be smart enough to do two things: (1) know where it is when it's launched and stay there; and, (2) know if it loses focus during start up and NOT re-take it. How hard could that be?
Everything should be possible without a mouse, without having to emulate one.
If you are not playing quake or starcraft, a mouse is just a luxury. Design to avoid its use.
--
Wiki de Ciencia Ficcion y Fantasia
Dynamic electronics tend to like power. That's in their nature. If that upsets you, use static RAM (which doesn't need refreshing, so has a retention level that can handle power spikes and stuff) or FLASH RAM (which retains data indefinitely without power). You get a performance hit, but you can't always get it all ways. If you absolutely must have the performance, then use full log journalling for all transactions. If you can't afford to be down, then use hot-standby High Availability. So what's your excuse for ignoring what is already out there?
Dimmed menus work a hell of a lot better than not having the options at all, which is a popular alternative. (It's popular, because you don't end up with a gazillion greyed options cluttering your menus.) The problem is not the dimming, the problem is that menus are too big. The dimming has nothing to do with it. Keep It Simple, Stupid is the only bug you can legitimately claim here.
DOS and Windows' DOS shell don't sort at all. Windows' GUI doesn't auto-place unless you tell it to (and even then it can require a crowbar and the suitable application of threats). Unix and all derivatives allow you to pipe ls through any text processing code you like, and GNU's ls has so many sorting options built in that you almost don't need to do that. If this is an Apple bug, don't blame everyone else.
I know of no browser on Earth that doesn't allow you to escape a space. What, that's extra typing? That's not the bug described. The bug described is that spaces "aren't allowed". You know what? Yes they are. Even if your browser won't let you enter spaces directly (and I know of none like that), there are ways round it. All you need is something that swaps spaces for a %20. What, you can't do macros? Don't blame software engineers. Maybe blame your browser, but most likely you need to take a good look in the mirror and blame that person instead.
This is one of the few genuine bugs I've seen on the list. And it's not exactly unique to computers. It's also nearly unsolvable. Let's take the date 01/02/03. Is that European format? (February 1st, 2003), American format? (January 2nd, 2003), or International format? (February 3rd, 2001). You can't tell from that information, as it's ambiguous. That's a good word to learn, in computing. Computers don't like ambiguity. You'd need an additional drop-down menu, from which you would pick the format. For EVERY data entry panel. The format list would be between 4-2,000 entries long, depending on the type of data. You don't think that would confuse the users a hell of a lot more?
Many problems fall in this list.
As for problems with docking bars, the Windows GUI, etc, that's what FTP sites are for. Prefer a UNIX-like environment to MS Windows' desktop? Just download Afterstep for Windows, or use the X11 package from Cygwin.
If solutions exist, but you persist in living in the problem, why the hell should anyone feel sorry for you? This list is about as valuable as a Windows user complaining about all the security holes and speed issues, KNOWING there's plenty of free alternatives, but CHOOSING to ignore them, because only by staying with Windows can they continue to feel sorry for themselves.
When living in misery is a choice, the misery ceases to be a defect of other people and their work.
It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
How about modal dialog boxes with error messages you cannot copy and paste (like to search deja with)? Its always some cryptic crap that is hard to type.
love is just extroverted narcissism
Ignoring his confusion between Design Flaws and Bugs...
1) Power Failure Crash
-- A "Continuous Save" is unpractical. Committing every action to permanent storage, aka a hard drive, would both kill performance and shorten the drive life. It would also increase the risk of hard drive failure during the crash by increasing the likelihood that the drive would be in use.
2) The Macintosh Dock
-- "It's not that the Dock sucks so much as a productivity tool as it is that Apple threw away so many more powerful, useful objects in its favor." So it works, but there were better options in his opinion? You'd be hard pressed to find anything that couldn't be described in this way.
3) Mysteriously dimmed menu items
-- I can see the point of wanting them to say why, but it is very short sighted to say the message must be exact. A much better solution is that in Help, every menu option should be searchable and explain exactly when it can be used and how. (Though I miss the Apple Help Balloons. Heck, now that I think about it I think they worked and could explain disabled Menu Options but no one bothered to fill them out.)
4) ASCII Sort
-- This is a consistent extension of alphabetic sorts, and will likely never change in standard file system listings. The example of iTunes is a specific application with a specific data set, and any application should organize data as appropriate for the use. Part of the point of iTunes IS to organize files in a way that makes sense for what they are, whereas the operating system must treat all file names equally and not make assumptions about what they represent.
5) URL Naming Bug
-- Correct history: filenames didn't have spaces because the early command line parsers separated tokens by spaces. Even today, command line parsers need help either by quoting the entire name or escaping the spaces. (The Apple II worked because the parser was even simpler; every command was only one word and everything afterwards named the object to be acted upon.) The problem with the proposed fix is that the only place spaces are not allowed is in the machine address part; spaces are allowed willy nilly in the directory portion as per the server's setup. There is no consistent way to know whether spaces in that portion should be dropped. While the browser could be written to automatically remove spaces in the first portion doing so in the directory portion would be disastrous for many web sights. Having it do both would seem to be a blatant inconsistency.
6) Let's you save me some work
-- This is actually reasonable, and as a programmer it's a pet peeve of mine that the computer should do the work. It's not always possible though, and sometimes compromises must be made. I prefer if the field only wants numbers it would say so and prevent numbers from being typed without beeping or anything. I think it's a good compromise between getting a clean entry and not interfering with the user, since any spaces/dashes would just be ignored.
7) The Disk Drive Nazi
-- This was a feature. It prevented floppy or system corruption. (The System was on a floppy and could otherwise be ejected.) OS X is much more dynamic in recovering from these incidents, having to deal with USB, Firewire, and Network drives. The incident with the Powerbook described is most likely the result of using a non-Apple drive with a bad driver. Booting from an emergency CD would eliminate. Given the author's history it's even possible he was using OS 9, increasing the likelihood of a driver problem.
8) 9) 10)
Apparently, he's counting in base 7.
R: That voice. Where have I heard that voice before? B: In about 365 other episodes. But I don't know who it is either.
> People separated written words with spaces from the time writing was invented up until around 30 years ago whenaspacebecameavaluableobjectnottobewasted
Tog, that whistling sound is the point going over your head.
30 years ago, we took spaces out of filenames not because we needed to save characters, but because we were all using a CLI, and we did it because we were using spaces to separate words.
then: vi ~fredfoo/stupidapp/stupid.cfg
now: vi C:\Documents and Settings\Fred Foobar\Application Data\Stupid Company Name Here For No Reason At All\Stupid Company's Application\Configuration Data.cfg
("/c:/documents: new file")
now, once more, with feeling:vi "C:\Documents and Settings\Fred Foobar\Application Data\Stupid Company Name Here For No Reason At All\Stupid Company's Application\Configuration Data.cfg"
For the love of fuck, I'm not asking to go back to 8.3, but would it have killed you, Mr. Gates, to have named the two most commonly-used directories on a Windows box "/Programs" and "/Users"?
Ok, so the issue is that you want to know why the menu is disabled. So, which of 20 different on-screen objects do you want a message to indicate could be selected to enable "copy" ? Even if you manage to get the message "right", how useful is the message "You must select something to copy." going to be after the second time you see it? At that point the greyed menu tells me everything I needed to know.
This argument doesn't seem very consistent. You're suggesting that the first time you see something and it's not obvious to you, it should tell you so you'll know, but at that point, it's not useful to you. What if someone else is using your computer and has not seen that message? Would it be useful then?
Do you realize that there are more menu items than just ``copy''? I use a lot of applications with a lot of menu items (i.e. Final Cut HD) that will occasionally have something that sounds like what I want, but it's greyed out. Why would I not want immediately contextual information describing what I need to do? Is it really practical to suggest that I pull out the manuals and try to figure out what all is required to use something when I could just hit the brief contextual help?
A more concrete example: I'm in gimp which is giving me the option to scale my image, but not crop it. Why is that? Why can I move this layer down once, but not twice? I happen to know these answers, but it wasn't very long ago that I did not, and it was frustrating to want to bring a layer to the bottom and having gimp just refuse to do so with no explanation as to why (which was added in 2.something...but not on the menu).
-- The world is watching America, and America is watching TV.
Bug Name: Rebus icons
Duration: 15+ years
Supplier: Eudora, Rational (now part of IBM)
Alias: "Let's play a game - can you guess what this means?"
Product: Eudora mail reader, Atria/Rational/IBM ClearCase revision
control system.
Bug: Eudora: The 'check mail' icon has a picture of an envelope and a
"check" mark. ClearCase: The 'check in' icon has a picture of a
document, an arrow (in a direction arbitrarily ordained to be 'in') and
a "check" mark.
Notice the use of the "check" mark to imply the English word "check".
Not only is this going to be completely opaque to every non-English
speaker, it is very murky to about half of the world's English speaking
population also. "Check" is the American name for this mark, in British
(and Australian, New Zealand...) English it is a "tick" mark. It took me
two years before I realized why it was on Eudora's "check mail" button.
Discussion:
Icons are supposed to transcend language barriers - not to limit
themselves to one dialect. A related bug are the highly stylized icons
found on Swedish home appliances: circles, crosses, dotted arcs etc.
These are quite incomprehensible without a manual, which likely has been
lost. If they just wrote Swedish words, at least I can find a
Swedish/English dictionary in my local library.
Bug first observed: c1987, "Eudora" mail reader, c2000, Rational (now
IBM) ClearCase.
Bug reported to supplier: Reported to Rational c2000. They told me where
I could find the bitmap file for the icon so I could edit it myself.
---------------------
As an aside: I expect this one has long since been fixed. Macintosh,
c1990, in a shared computer room environment: You'd start using a
computer, and at some point the computer would demand that you insert
some floppy disk. Said disk belonged to the previous user of the
computer, who has left. The computer would refuse to do anything at all
until you supplied the (unavailable) missing disk. The only solution I
knew of to this was a reboot.
Quattuor res in hoc mundo sanctae sunt: libri, liberi, libertas et liberalitas.
Most BIOS are littered with design bugs (not to mention the heap of implementation bugs).
The oldest is the "Keyboard not found, press F1 to continue" bug. Fortunatly, that one seems to FINALLY be going away.
Next, why is serial console (where supported) turned off by default? If the CMOS gets corrupt, that's exactly when I need serial console access, but I won't have it because of a silly default. The whole point of serial console is that it gives you some hope of dealing with this sort of problem remotely.
Next in line is the way PXE boots will demand "press any key to continue" if the DHCP server doesn't respond for some reason (perhaps it was reloading it's config at the time). It's not as if the machine has anything better to do than try the boot again. They could at least make that configurable.
It's stupid to bother adding wake on LAN,modem,keyboard,moon phase, etc into the chipset and then have the BIOS do the least useful thing possible on any given error.
Especially the part where Tog starts bitching about greyed-out menu items.
Looking through Camino's menus right now...
Apple menu: nothing greyed out.
Camino menu: nothing greyed out.
File menu: nothing greyed out.
Edit menu: Redo, Cut, Copy, Paste Plain Text, Delete, and Get Info all greyed out. Let's look at why.
Redo: I haven't undone anything. Duh.
Cut: Nothing selected. Duh.
Copy: See above. Duh.
Paste Plain Text: Wild-ass guess -- the text on the clipboard is ALREADY plain text, or is a format (like an image) that can't be converted logically to plain text.
Delete: What the hell does this command do, anyway? Has anyone EVER used it?
Get Info: Nothing to get info on, obviously. Duh.
Moving on...
View menu: Stop Loading Page is greyed out. Gee, might that possibly be due to the fact that I'm not currently loading a page in this tab?
Go menu: Forward is greyed out. Yeah. Because I've never hit "Back," so I don't have anything to go Forward to. Duh.
Bookmarks, Window, and Help menus: nothing greyed out.
OK, maybe Camino is just a stellar example, but remind me WHY this is a problem again...?
Man, I really wish Tog would just realise he's irrelevant and shut up about it.
p
In Korea, long hair is for old people!
I don't live there any more, but I was born there, and the dates aren't the only thing that drive me batty. How about that oh-so-intuitive measurement system which is just slightly different from that other oh-so-intuitive Imperial measurement system?
U.S. and Imperial measurements - OLD and BUSTED.
Metric measurements - NEW and COOL.
My biggest PITA design flaw in software (just so I'm not completely offtopic) is the inability to remember previous user input, such as the directory you picked the last time you hit "File -> Open". I don't care when the last time was, just remember the directory I was in, dammit! This falls under the general principle of "Make the user's life easier and simpler", and yes, I did send it in to TOG.
How would you like to be in a shop, and one in every two items there has the word 'no' on it, and you can't take it. You can't see why, there's no explanation... just no. What would you do (other than go to another shop)? Ask someone why you can't take it.
An alternative is to offer a tooltip with an explanation. How hard is that? it would be so useful, too. You even state that you don't understand the option. That's not necessarily true. You can understand the menu command, but not why it has been disabled.
For example, open up notepad on Windows XP. Note the view menu. There's one item, called 'status bar'. It's disabled (well it is on my machine). Why? I know what a status bar is, thank you very much. I know that the menu item should show me it. But it's disabled, WHY? No amount of help is going to get you there, because the help is always going to be context independent, you would have to list all the cases. Here though it can tell you exactly why for this instance.
dominionrd.blogspot.com - Restaurants on
This is by far my #1 peeve, and I really wish it would stop. Even Apple's apps do it - how can we convincingly yell at other apps like MPlayer (which is truly evil, grabbing focus even when it's invoked in a batch file) for the same transgression?
"It is our blasphemy which has made us great, and will sustain us, and which the gods secretly admire in us." - Zelazny
It's because in X-Windows an application has absolutely no concept of what the window manager is, what functionality it offers, or that the window manager even provides desktops.
This is so that every single application doesn't have to hold onto code to make it act correctly in this window manager.
What actually happens is that all of that behaviour is deferred to the Window manager, unlike in Windows where the OS == Explorer == The Window Manager all there is.
Basically the app gets told to launch, you switch to a new context, the window is ready and says to the window manager "draw me please", and the window manager does so, where you happen to be.
Trust me, the X-windows model specifically precludes the application from being supposed to keep track of your environment/windowing issues.
That's why it's so easy to change window managers in UNIX and almost impossible in Windows. That's also why we don't want it pushed into the application, because whatever you want as default behaviour, I expect my window manager to decide based on my settings. (And by 'we', I mean long time X-users)
Starting an application in X-windows is much more like a command-line to put something in the background. The mechanism which draws the resulting application does not by design consult the application, nor does it have anything to do with wether or not your application will even draw a window or not.
Cheers
Lost at C:>. Found at C.
What about blind users that would like to scroll exactly 6 elements and select option X.
What about the ability to see that there is another option if you do something else. Sometimes it is good to hide these for security reasons otherwise you have to indicate that 'yes we can do this but you have to do something first' be nice to figure out what though, which brins us back to the comment in the article.
If cars modelled this behavior, you might drive your car from New York to Miami, run out of gas in Fort Lauderdale, 10 miles from your destination, and suddenly find yourself back in New York.
For a trip from New York to Miami, that would be considered a bug.
For a trip from Earth to Mars, that would be considered a feature.
Oh, say does that Star-Spangled Banner entwine / The myrtle of Venus with Bacchus's vine?
1. Engineering a solution that is more complex and problematic than the original problem it was intended to solve.
2. Expecting that users will (or should have to) read anything.
3. Expecting that users will (or should have to) possess technical expertise or jargon.
4. Expecting that users will (or should have to) configure it before using it.
5. Guessing or questioning the user's intent.
6. Neglecting to handle all possible failure cases gracefully.
7. Neglecting to save state frequently enough or at all.
8. Pointless rearchitectures (if it ain't broke, don't fix it).
9. Avoiding necessary rearchitectures (you have to break a few eggs to make an omelette).
10. Designing based on your own motives (in-product advertising, etc) rather than on the user's needs.
Moderator hint: a comment is neither "Flamebait" nor "Troll" if it is true.
Firefox will not convert www.barnes and noble.com to www.barnesandnoble.com.
But Opera will.
The ELEVENTH October in 2004? Wow! October has been busy this year.
1 - www.apc.com
....let me help Bruce. I think I can guess where you are going with this..
2 - Prototype is an acronym for "Short Leadtime".
3 - Google is not "Gray Doubt"
4 - sort -n
5 - It's a (say it with me) s-t-a-n-d-a-r-d
6 - We tried that, and named it CSV.
7 - Turn off your drive cache.
8 - Clean the shit from the mouse wheels regularly.
9 - That's a cdrom not a coffee holder.
10 - Umm...Where did you save it?
Join the Slashcott! Feb 10 thru Feb 17!
...then relatively speaking, Windows' Taskbar sucks-ass-big-time.
Neither are perfect, but I use both every day and, despite it's flaws, the Dock is better than the Taskbar -- IMHO.
The Dock is an excellent application switcher for me as well as a good visual aid for seeing what's running. I keep about twenty application icons and my Application folder there. I like it pinned to the right side. All the icons are still plenty big enough to quickly see what's running.
The Windows Taskbar becomes useless for me if I have more than about five windows open. Any more and I have to click see what each one is for. Plus, installers just love to crowd it with crap. And, honestly I hate having a Taskbar button for every friggin' window I have open. I much prefer the Mac's application-centric approach.
Anyway, this guy's list of design flaws is lame. I could think of a bunch of much better ones. Many of them in OS X. But, to call the system's application switcher a design flaw is just stupid.
This works quite well in languages that have specific patterns (such as endings) based on the grammatical roles of the words used. Japanese, ancient Greek, and Latin are all examples of this. Spaces might help, but they aren't necessary to separate the verbs from the nouns. English, on the other hand, makes very few distinctions between kinds of words, so text without spaces appears tangled and obscures meaning.
Similarly, this is made easier to deal with when the sounds represented by the text are greater in number, so syllabaries and ideogrammatic systems work much better than alphabets without spaces. Alphabetic systems (Latin- and Greek- based, for instance) are much more legible with spaces as a result.
Nope. ASCII was invented in 1963 and finalized in 1967.
You're probably thinking of Baudot's code, invented in 1874 and still in (limited) use in modern telecommunications. But that wasn't nearly a century before computers, either.
BTW, it's still conventional to put acronyms in all-caps, with a very few exceptions (Fortran, for example).
How can you use my intestines as a gift? -Actual Hong Kong subtitle.
It's a freeware Windows utility called Push That Freakin' Button (PTFB). Drag the PTFB finger over a button on any annoying dialog, and it will automatically close it for you from now on. Actually it is meant to work with standard Windows widgets, which Firefox does not use. But the PTFB author has cleverly supplied a way to push non-standard widgets: when you drag the PTFB finger over the button, hold down *both* mouse buttons - this will tell PTFB to click by *coordinate*. Using this technique, you can make PTFB work with Firefox (or any other web browser) !!!!! Goodbye annoying login screens !!!!!
first project I ever worked on in my professional career - it was an early unit that had 32K of battery backed RAM to preserve the state of the system it was testing. For some strange reason the RAM contents were getting munged on powerdown - took me about an hour to figure out the machine was going flaky when it was shut off, so we put a comparator to drive the RST line - bingo, problem solved.
For the last ten years at least companies like MAXIM have been shipping zillions of WDT chips for use in embedded systems. They have all sorts of functionality and cost a dime. There's at least one in about every laptop. But because we have grown to expect our computers to be flaky and unreliable, there's no demand for robustness in desktop systems.
E=1/2CV^2
Most every PC power supply uses a switching convertor jsut like the one in a TV set (some even use the same control chips). They don't use bigass iron core transformers and they don't directly regulate to 12V or 5V or whatever - they use a DC bulk supply that is directly rectified from the AC line (yes, that's right, no transformer) and switch it down at high frequency (thus smaller transformers). A cheapass PC power supply might have (if you're lucky) 2x330uF of storage on this bulk supply - at 170VDC that's less than 10 joules, at 70% efficiency that's enough to drive 140W load maybe 50 mS.
All it would take to increase that to seconds is to add capacity to the bulk DC supply that's already part of every system. This would require getting larger caps to replace the cheap low value caps and a twenty cent varistor to limit inrush current so you don't blow the internal fuse simply by plugging it in.
They could even go to fullwave rectification on the input, use a 350VDC bulk supply instead of 170, and use 1/4th the capacity - a 2000uF/340VDC supply would have enough reserve to keep the entire system running a couple of seconds under "panic load." Stick a single 4700uF/450VDC cap in the "premium" power supply and you'd have a system that would be rock stable through just about anything.
The caps would cost $2-$5 instead of the twenty cent crap that's in there now; the sleep signal is already there, but no one uses it. Figure ten bucks to the end user and you have a system that will perform flawlessly through those little glitches and would have time enough to perform a proper shutdown on those rare glitches when the power didn't come back a second later.
Ten bucks. Maybe. But there's no demand for it because no one knows they could expect better at an equally reasonable price. Reviews don't even test for such basic functionality - no one has a clue, and the industry doesn't want you to know better because they would rather keep those pennies of profit themselves.
And BTW if you are feeling particularly sporty all it takes is a parts order and courage with a soldering iron. I've installed photoflash caps in TV sets to bolster the power supply and it works wonders - the cheapass Philips in my living room had this treatment and it's outlived two others and has a rock solid picture. My ancient HP Vectra firewall PC with the 233mhz cpu and the mighty 100W internal power supply coasts right through brownouts that caused my "better" desktop system to restart... that is, before I fixed it, too.
Yeah, and what a, erm, cyan, too. And he's a bit of a magenta, methinks.