To view parent comment, click here.
To read all comments associated with this story, please click here.
All that being said, a contextual help area that is constantly being updated based on what the user is doing is a fantastic idea. The horrible implementation in Office has unfortunately soured people to it. If someone could come with an implementation similar to tooltips (there when you want it, invisible if you dont need it), IMHO it could be a fantastic way of doing inline help.
Newer versions of Word, most versions of WordPerfect since 8 or 9, and a few KDE apps do this. They put a ~2" column along one side of the screen (right for Word, left for WordPerfect). This area is used for displaying contect-sensitive help links, useful hints, and similar stuff. On low-resolution setups (< 1024x768) it's more annoying than anything as it takes up ~ 33% of the horizontal screen space. But on higher resolution setups, it's not that bad.
The WordPerfect implementation is a lot nicer than the Word implementation. It's actually useful. Especially when it's part of their wizards or perfectexpert projects or whatever they call it.
The problem with hiding the dock (or panels of any sort on other operating systems) is that the trigger area for showing it is WAY to large. If (for example), the trigger was in the lower left hand corner, and as soon as your mouse hit it, the dock would expand out, anchored from the left side of the screen, you would get the desired functionality, while very rarely triggering it accidentally. When the bottom five pixels of the entire monitor triggers the show operation, you will trigger it accidentally far more often then on purpose.
Not sure about GNOME or XFce, but the KDE external taskbar and kpanel can be configured like that. Enable the left or right hide buttons and auto-hide. 3 seconds (or so) after your mouse leaves the panel, it will zip off to the side appearing as thin bar with an arrow down in one corner. Pop the mouse down to that corner and click to bring it back.
Personally, I can't stand the dock concept, and prefer to put a taskbar at the bottom of the screen that only shows running apps. And an app launcher at the top of the screen with just the apps menu, some quick launch shortcuts, the system tray, and clock. Set to auto-hide. Since it's only used to launch apps, it doesn't need to be visible all the time. And since the taskbar only shows running tasks, it doesn't need to be very tall (32px is plenty). It's a beautiful setup in KDE; GNOME and XFce are a little more difficult to get working right, but once it's configured, it works the same.
Separate running apps from non-running shortcuts/repositories/launchers/etc. Only show the info that is needed. Hide everything else until it's needed.
Edit: Why doesn't the quote feature [ q ][ /q ] work on the the v4 setup???
Edited 2007-11-18 22:08 UTC
Well, my comment about MS Clippy help app may not have been a very good one anyway, as it is not so much related to the subject here. My point in mentioning it was only to give some kind of an example about looks vs. real usability. So putting emphasis on aesthetics does not always improve usability.
"4x4 icons may be really pro, but it is exponentially easier to hit 16x16."
Of course you're right about that. And there's absolutely nothing pro about too tiny 4x4 icons IMHO... ;-) Anyway, in Gnome I make my top and bottom panels 21 pixels high (possible with certain fonts like Free Sans) which is plenty enough in order for them to remain both clear to see, easy to use, and narrow enough so that they take minimum amount of space and can contain maximum amount of shortcuts or applets if I prefer to have them there.
"I am a big fan of the quicklaunch in windows (I hate, hate, hate the start menu, and always have)"
But start menus are - for a very good reason - found in almost all desktop environments. You tell that you hate them but fail to explain why? Care to elaborate?
I still wait to see a better way than a handy start menu to show, browse and get access to all the available applications? A start menu - of some sorts - seems like a necessity as far as I can tell. Running commands would be another way to browse, find and open apps - but not very newbie-friendly. The place where the start menu is located or can be opened is not essential. Some window managers have a "start menu" that can be opened by right-clicking the desktop background, but that is still the same start menu, and is also more difficult to reach if the desktop background is hidden under open windows.
Still about docks in general:
Mac OS X dock (and maybe many of its "copies" too) looks really nice. In aesthetics Mac OS X may be a clear winner. But what comes to functionality I prefer the old though maybe a bit dull looking taskbar. Not only does taskbar take much less desktop space but textual shortcuts of the taskbar show much more clearly than mere graphical icons what each shortcut represents. If you have, say, 10 open folders, and you can see only 10 similar looking folder icons side by side on the dock, which is which?
Mac OS X dock has some really nice features, though, like docklings and the availability of extended menus that control applications without making them visible on screen - but that could be implemented with a taskbars too.
Edited 2007-11-18 23:50 UTC
But start menus are - for a very good reason - found in almost all desktop environments. You tell that you hate them but fail to explain why? Care to elaborate?
I don't know why he hates it, but here is why I do: there is just so much information in them to easily find the application you are looking for. Especially in Windows, where each installed application puts its entries by default to the Programs root. I have seen such start menus all too often. And if you arrange it to folders (like Games, Utilities, etc), it will take a lot of time to go through the folder structure. Under Linux, it is a bit more sane, but it is much more difficult to edit the menu than in Windows, making it again a bit uncomfortable.
Of course, it is absolutely necessary to have something like that. But for programs I use every day, quicklaunch is much faster and more convenient. That was on Windows, though; on Linux, katapult beats every other solution for me. I do not even have a quick launcher anymore, just alt-space, type the first 2-3 characters, and there is the app I want. Brilliant.
I still wait to see a better way than a handy start menu to show, browse and get access to all the available applications? A start menu - of some sorts - seems like a necessity as far as I can tell. Running commands would be another way to browse, find and open apps - but not very newbie-friendly. The place where the start menu is located or can be opened is not essential. Some window managers have a "start menu" that can be opened by right-clicking the desktop background, but that is still the same start menu, and is also more difficult to reach if the desktop background is hidden under open windows.
I dont have a problem with the start menu as sort of an installed software directory, but I don't like it as a main application launcher. On OSX i used quicksilver (now i use spotlight), on linux I use an embedded run dialog (which has been replaced by deskbar in gnome which I don't like at all), and on windows it always bugged me that there was nothing similar (until WDS on Vista).
Currently, I do all my work on vista. I have 7 shortcuts in the quicklaunch that I use several times daily. These require one click.
I have 20 items "pinned" to the start menu (or panel, I guess you would call it now). These are apps I use semi-regularly. It consists of the Office apps, some adobe apps, terminal, powershell, Safari and Opera (for website testing), torrent software, IM software, etc. These take me two clicks. Usually I will use several, but not all of these every day.
So far so good, but what about the hundred or so small apps I use infrequently? Stuff like regedit, defrag software, server config utils, backup software, dvd authoring software, calculator, virtualization software, burning software, etc. That is what most people use the start menu for. These I will use a few of every day, but always different, and not frequently enough to put it in an easy access location.
Start menu requires up to four clicks with a lot of sifting through folder names to get to what I want. Considering the size of the items in the list, the amount of items there are, and the bad organization (ESPECIALLY in windows), it is significantly more of a pain to find what I want. Some people just litter their desktop with hundreds of launchers, so they can quickly find what they need. This is a symptom of the start menu problem.
Nowadays, the only time I open the start menu (or application menu on linux, or the applications folder on OSX), is to see what is installed on a computer I am unfamiliar with. I know this may seem like nit-picking, but IMHO it is a badly designed UI element and I find it frustrating to work with as long as any alternative exists. The fact that so many exist kind of points that I am not the only one to feel this way.
Sorry for the huge response, I figured I may as well be thorough, as it is a hard thing to articulate





Member since:
2006-02-05
Sorry if it seems like an attack, but I have something to say on virtually every point you bring up
Something to keep in mind about the notoriously awful clippy, is that it was the implementation, not the idea that blew.
First off, there was a 10 second animation before and after EVERY event. That is an eternity when it comes to UI elements. Secondly, it was a large floating element that was constantly obscuring some element you wanted to access. Thirdly, it was next to impossible to get rid of, every time you thought you did, it just came back.
All that being said, a contextual help area that is constantly being updated based on what the user is doing is a fantastic idea. The horrible implementation in Office has unfortunately soured people to it. If someone could come with an implementation similar to tooltips (there when you want it, invisible if you dont need it), IMHO it could be a fantastic way of doing inline help.
The problem with hiding the dock (or panels of any sort on other operating systems) is that the trigger area for showing it is WAY to large. If (for example), the trigger was in the lower left hand corner, and as soon as your mouse hit it, the dock would expand out, anchored from the left side of the screen, you would get the desired functionality, while very rarely triggering it accidentally. When the bottom five pixels of the entire monitor triggers the show operation, you will trigger it accidentally far more often then on purpose.
As for it taking space, as can be seen from the Fitts' Law article, the larger the hit area, the easier it is to aquire the target. 4x4 icons may be really pro, but it is exponentially easier to hit 16x16. It really comes down to a tradeoff between work area chewed up, and difficulty in hitting the target. I am a big fan of the quicklaunch in windows (I hate, hate, hate the start menu, and always have), but even with that I will semi-regularily launch the wrong app by mistake, due to the small size of the icons.