Slashdot Mirror
GUIs Get a Makeover
jcatcw writes "From Xerox PARC to Apple to Microsoft, the GUI has been evolving over the years, and the increased complexity of current systems means it will continue to change. For example, Microsoft is switching from dropdown menus to contextual ribbons. Mobile computing creates new demands for efficient presentation while the desktop GUI doesn't scale to larger screens. Dual-mode user interfaces may show up first on PDA phones but then migrate to laptops and desktops. Which of today's innovations will become tomorrow's gaffs?"
While I understand that GNOME has its admirers, and it can't be classified as a failure, it sure hasn't lived up to the hype of the early days.
o oser.png
GNOME was touted as being a real competitor to KDE, before the days of Qt being dually-licensed under the GPL. There was some initial progress, but since about 2000 it seems that KDE has been the leader. Ever since Miguel became more focused on Mono, the quality of GNOME really decreased.
One notable incident was the terrible GNOME file chooser. You can see it here:
http://developer.gnome.org/doc/API/2.0/gtk/filech
The many usability problems are well known, and were much discussed. One major flaw was the inability to enter in a pathname or filename manually. The lack of path separators made the top breadcrumb trail difficult to follow at times. The 'Places' pane wasted a lot of space when it listed few items. The file list didn't show enough detail about each file. It wasn't possible to view only certain file types.
Frankly, it was a rather massive mistake to include that dialog. When compared to the dialogs of KDE, Mac OS X, and Microsoft Windows, it was the black sheep. What was worse, on some platforms non-GNOME applications like Mozilla Firefox made use of that dialog, in turn making their usability a nightmare. While things have gotten better, and the newer dialog is a slight improvement, the mistake was still very costly.
I personally know about six people who used GNOME, and swore that they'd never touch it again after seeing that monstrosity. One went back to Windows, to the best of my knowledge. The rest switched to KDE, and have been quite pleased, as far as I know.
I think that the GNOME file chooser disaster is one incident that all GUI developers should learn from. At least then it wasn't a total waste.
There's nothing you can't do in a shell that a gui provides extra ability for, when you've been well trained or decided to -learn- how to use a text mode interface well.
Moving multiple arbitrarily named and arbitrarily chosen files from one folder to the next (or other similar action).
Altering the arrangement of a screen.
Anything having to do with graphic design.
Oh, and:
For a simple example, look at a spreadsheet in its most basic form. Tab goes to the next column over, return goes to the next row down. Entire usage of the software can be made in a text screen, and FAR quicker than entering a number, moving to the mouse, moving the mouse to the next cell, clicking, then moving back to the keyboard, when instead you can enter a number, hit return, enter a number, hit return, etc.
A mouse is not fundamental to a GUI, and a good GUI allows for the same keyboard-driven arrangement that your "text screen" spreadsheet does. In fact, using a GUI lets you do things that you can't easily do with a keyboard alone--such as pick a few arbitrary cells to perform a quick calculation on.
Agreed, the old GTK file chooser is an absolute monstrosity. Looks like relief is finally on the way with the new GNOME 2.16 http://www.gnome.org/start/2.16/notes/C/rnbackend. html
Penny - plain text accounting