Slashdot Log In
Ask Jakob Nielsen Almost Anything
Posted by
Roblimo
on Mon Feb 28, 2000 12:00 PM
from the more-usability-please dept.
from the more-usability-please dept.
Let's put it this way: when it comes to software, hardware, and Web usability issues, Jakob Nielsen be da man! There's been lots of talk about Linux usability since before kernel 1.0, and there has been so much discussion about Web site usability vs. technological cuteness, not only here on Slashdot but everywhere such things are discussed, that heads spin every time the subject comes up. So let's bypass all the people who have usability opinions just because they have opinions, and go straight to The World's Leading Expert. Read his Web site first to keep from asking questions he's answered over and over, then start typing (or moderating). Answers are scheduled to appear Friday.
This discussion has been archived.
No new comments can be posted.
Ask Jakob Nielsen Almost Anything
|
Log In/Create an Account
| Top
| 292 comments
(Spill at 50!) | Index Only
| Search Discussion
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Fonts on the web (Score:4)
Linux and the Desktop (Score:5)
/. usability rating? (Score:5)
Experiment vs experience? (Score:5)
A question (Score:4)
How practical/useful would it be if computer interfaces, in general, went in this sort of direction, allowing the user to enforce the format they want, rather than relying on the programmer or web-page designer to produce something usable?
Amazon Affiliation? (Score:5)
Can you think of a usability feature ... (Score:4)
... that is very obvious and necessary in your opinion, but is hardly ever or has never been implemented, or is implemented poorly?
And what's the biggest sin you see in most applications?
Short vs long pages (Score:5)
Browsers compensating for bad sites (Score:5)
worst you've ever seen (Score:3)
KDE, Gnome. What's wrong and what's right ? (Score:4)
Now the KDE and Gnome are usable and at least one claims to be mature. What are they doing right ? What are they doing wrong and what do the need to address in the near term ( I.e. obvious usability bugs ) and the long term ( pushing the envelope and making things better ).
How much stuff is needed at the lower levels of the system to make these projects more usable than they are now ?
What do you think is the most glaring gap among Linux applications. My favorite is a clone of "edit.com" from Windows/dos. What's yours' ?
Patent culture vs Open Source culture (Score:5)
Design from the Users eyes or the users mind ? (Score:4)
Do you think that a good user interface can be designed without an understanding of the process behind it ?
HTML v... HTML ? (Score:4)
We all would like to make standards-compliant websites, but the truth is that MSIE v. Netscape basically killed the idea of using HTML4... anything past 3's extensions and you start getting wierd rendering - is there a solution?
Revolutionary UNIX GUIs (Score:5)
"They need to rethink the entire approach... They're saying let's implement a Mac-like interface so that we can have a nicer Unix. That's a nice thing, I guess, but it's not really revolutionary."
Can you describe some specific ideas and UI elements you would consider if you were designing the "revolutionary" Linux GUI?
Standards Compliance (Score:5)
----
Conservatism and straight-jacketing (Score:4)
Palm and Handhelds (Score:5)
What do you think of Palm's new color devices? Do you think that color is the way to go on a portable device, or do you believe that greyscale displays provide all of the funcitonality needed for a PDA.
On a related note, how do you see Palm/Handheld devices evolving in the next few years?
http://fortes.com/ [fortes.com]MacOS X vs. Gnome... (Score:5)
I'm currently a user of both an older version of the MacOS and Linux, where Linux is running (on both boxes I have) a combination of Sawmill and Gnome. I've been reading a lot about Aqua, both how much more advanced the rendering library is than anything we have on Linux, and about what a decline in usability it is compared to the MacOS of old. For one critique, check the recent article on arstechnica.com; it goes into more detail than I can.
I haven't used Aqua myself yet, but I'm beginning to think that in some ways its "dock" is inferior from a human interface point of view to the panel in Gnome, depending on how it's configured. If I've set up the pager to hold minimized applications, they're not in danger of being mistaken for application launchers or links to documents or directories. Applets are dissimilar to either; although the default tiles, IMHO, need to be a little better, all of the above seem to be differentiated much better than in MacOS.
I'm not thinking in terms of a "we must have a standard and make everyone use it" schtick that a lot of people get on when they talk about improving Linux's user interfaces; it doesn't seem to have helped Windows and MacOS all that much, IMHO. But how would you change the defaults in gnome (or KDE) to improve usability? Might their relative customability be useful in usability experiments?
I guess a good question would be, even though I like it a lot, is the panel trying to do too much?
Non-GUI apps and usability (Score:5)
Microsoft's Mars Project (Score:5)
Filipe Fortes http://fortes.com [fortes.com]
Would you volunteer... (Score:5)
--
Education (Score:5)
Aqua (Score:5)
(You 'da man!)
The web is no excuse for bad design (Score:5)
It seems that all the good practices we've learned in the last ten years of GUI design are simply thrown out the window, just because an app is on the web.
Zero keyboard navigability, garish visuals, bad fonts, and unintelligible buttons seem to be the norm instead of the exception nowadays. If a company released the same interface on the desktop, they'd be laughed out of existence.
What can be done to encourage web developers to follow solid, trusted, UI design guidelines?
Why won't people "read" web pages? (Score:4)
You say that people don't "read" web pages but instead "scan" them through quickly.
Do you think that the reason why people don't read web pages is because of some psychological phenomena, or due to the fact that it used to cost a lot to hang around on-line and read stuff, or why exactly is that? Why should web pages be different from books? Or is the reason overtly small fonts used in almost every other page to cram as much information as possible into each page?
As a side note, an idea: I think all browsers should be able to display the hierarchical structure of the web page, and provide effective means to search data from that hierarchy. I find "search" boxes which always say "no hits" most annoying.
Usability and aesthetics (Score:5)
user unfriendly? (Score:3)
(I don't mean for these questions to sound argumentative, I'm just reiterating things I've heard many times from various people on the web)
What's Next? (Score:5)
What is the next "big thing" in interfaces?
Surely "windowing" can't be the end-all-be-all of interfaces. Is there some paradigm shift around the corner which we can't conceive of right now? Perhaps the same "leap" which occurred going from command line/text to windows.
kuro5hin.org [kuro5hin.org]
Opinions on the "Internet Desktop" (Score:4)
"Fundamentally, it is pretty silly to have a special browser for certain information objects simply because they happen to come from a specific storage location. There is no reason to treat information differently because it comes from the Internet instead of coming from your harddisk."
I've always been curious about this mindset. Generally, information on the internet is in the form of HTML or text files, and any other files need to be copied to a local location before being usable (Causing a long wait time, breaking any illusions of transparency). Internet files are also generally organized by someone who has an eye towards both navigation and graphical prettiness. The majority of the information is contained in the connections between various files, allowing for quick movements to different spots (in well-designed sites, of course)
Local files, on the other hand, are created using many different types of programs, and require a seperate application to view more often than web information does. Local information is being created by a single user for specialized use, with little view towards the overall structure of the filesystem. Information is usually contained within single files, with little relation to other files other than basic categories in directories.
Why, then, is there this idea that the same tool should be used for both types of information? I typically use a web browser for viewing HTML files: it lets me click the links that someone else has set up to ease my movement, applies the format the web author created, and gives me an interface for the time-consuming file download. Why should this be integrated with the program I use to navigate a directory tree of files that do not have links, lack an html format, and do not need to be downloaded from an incredibly slow resource to be used? And, what kind of justification is there for NOT splitting up access of a resource with millisecond responses from one with responses that can range all the way to hours?
Usability, Innovation, The failure of HTML (Score:5)
Secondly, how do you feel regarding the failures of HTML as an interface delivery mechanism? The notion that the web has gone from pure information (93 and before) to presenting specific chunks of information in a taped-together layout that is built outside of the best use functionality of HTML. Do you agree that trying to put together an application interface with Microsoft Word is a ridiculous idea, so why are we trying to put together functional GUIs with a markup specific to text formatting?
Can you envision another non document-centric mechanism for bringing the web interface back in line with application UIs?
UI Hall of Shame (Score:4)
Older, better user interfaces like Grail and NLS (Score:3)
I think that the original Macintosh team deserves a lot of credit for what they did, but they had to make a lot of compromises that probably don't make sense anymore
In this Alan Kay video tape [uvc.com], he demonstrates a great gestural user interface called Grail. In this environment, users interacted with the system by using a tablet. For example the user could delete objects by scratching them out, instead of selecting them and activating a menu.
The other system that really impressed me was Doug Engelbart's [bootstrap.org] NLS and AUGMENT systems. His system allowed the user to enter commands using a chord keyboard while operating the mouse. This seems somewhat harder to learn but much more efficient than the Mac and Mac clone system that are in common use today.
Disturbing anecdotes (Score:5)
Your work is chock full of terrifying statistics about what happens when we create slow, hard-to-navigate sites. When I (an information architect) try to convince my project teams to heed those statistics, though, nobody seems to listen. People continue to clamor for images, frames, JavaScript, etc.
If Ronald Reagan's speeches proved one thing to us, it's this: a well-chosen anecdote can drown out innumerable (and true) statistics. I was wondering whether you might have any good terrifying anecdotes that might scare people who are about to make an unusable web site into doing the right thing.
How can Open Source projects incorporate usability (Score:3)
thanks.
Re:MacOS X and Aqua interface (Score:3)
Jakob mentions that sometimes things are implemented the wrong way. (Web navigation should be on the right near the scroll bar to minimize cursor movement) but because it has been done that way for so long, switching to the proper way decreases usability. (Right side web navigation is a little awkward because we've all been trained to look to the left.) Do you think that some of the radical changes in Aqua will cause a usability decline even if the change is to do something in the "scientifically" correct way?
Also, with browsers refusing to implement standards properly do you endorse the use of tables to create page layout even though the specs say we should use CSS-P? I want to create pages to spec, but because of lousy browsers I'm forced to use tables if I want the output to be predictable across many browsers. (I don't want to have to write multiple versions and use browser detection.)
_________________________________________
interfaces for tiny devices (Score:3)
User interface query (Score:3)
Personally I would prefer touch screens and voice recognition ala star trek, but even these would seem to be similar to the windowing systems we currently use.
A alternative solution (to me at least) would be a 3D holographic display that would let you truly navigate the web or hard drive by just pointing/touching in the general area you are interested in and having the display change accordingly. But all this goes back to my original question, what interface (or combination of interfaces) would be the most intuitive in your opinion?
slashdot usability rating? - sm61144450146994 (Score:3)
Hi Jakob,
Q2. What are the areas that need attention?
I ask this because the code for the slashdot site, (slashcode) [slashcode.com] is open sourced and many (new) developers use slashdot as a guide for developing their own sites.
Color-coded links (Score:3)
The links used one color for visited links (say blue) and another for not visited (say red), as usual now. But the color was continous. If I have visited the URL, one day ago it was a bit redder than the one just visited. And so on. A link visited one month ago would be as red as one never visited.
Do you think this feature added in usability?
I find it better than the current discrete model.
--
Novice and Expert Users (Score:3)
Do you think there is any way, in the same interface, to accomodate the needs of both expert and novice users?
Adobe Photoshop gives the user three different interfaces for a similar task: the brightness/contrast dialog, the levels dialog, and the curves dialog. All three make global changes to the amount of detail in an image, with the curves dialog being the most powerful and the least intuitive, and the brightness/contrast being the least powerful and the most intuitive.
Microsoft Office 2000 hides menu items that it thinks you don't need, and hides toolbars until you tell the program to display them or until you start on a task that uses one of those toolbars.
Do you think either approach makes sense? Do you think that the needs of novice and expert users are so fundamentally different that it's best that the two groups use different pieces of software?