posted by Eugenia Loli on Thu 11th Jul 2002 19:00 UTC

"Part II of the article"

Kicker

Kicker is pretty powerful, but its default set-up is far from satisfying. There are, by default, 6-7 big icons on the left hand side, that auto-zoom in a pretty ugly way (zooming from 32 pixels to 48 pixels, without an intermediate "morphing"/transition that would help in the smoothness of the actual zooming). First thing I do after I get to a new KDE version, is turn that feature off. MacOSX has a similar zooming capability for its dock icons, but at least there, the zooming is done in a nice way, using vectors. Either try to get the zooming right, or do not put it there as default, please. Update: Wow, I just saw this!

My second problem with Kicker is the big buttons next to the "K" menu. They are huge, taking half the Kicker's screen space on a low res monitor and make the K icon look like just another button, while it is an important menu and should have a seperate look to distinguish it from the rest of the big icons. I would like to suggest to move to the "Quick Launch" solution for these additional buttons (like the terminal, Show Desktop, Konqueror, Kmail etc) which in a medium sized Kicker (48 pixels), it can accomodate two rows of icons at 16 pixels each. There is already a Quick Launch feature on KDE 3 today, but it is buggy and it does not behave as it should (icons just shuffle around by themselves, you can't add an application that is not part of the KMenu etc). Also, it is important to remember and understand that most Joe Users never ever modify their desktops (or even have the right to modify them in a corporate environment). 90% of users just stay with default settings. This is why the default settings have to be right and serve everyone.

Click for a larger version

The rest of Kicker is pretty well done, but I would like to suggest four more things:

1. The "Hide Panel" button should only be on the right hand side. Instead of having this huge 48pix (height) button that only hides Kicker on the right, "cut" the button in half and put an arrow looking on the left and one arrow looking to the right, underneath the first arrow. In essense, create two buttons there, which will only take the same screen space as before, but they will have the same functionality like when having two buttons.

2. I really like emulating the OSX Dock look and feel so most of the time, my Kicker is set to about 33% of space of my 1280x1024 desktop. "Expand to Fit Required Size" is ON, however, when I open a new application, Kicker does not resize to accomodate a 150 pixel widget of the Taskbar for the application that I just launched. This is a must-have feature. Kicker should be intelligent enough to know that Taskbar requires more space when a new application was launched creating an entry to the Taskbar, therefore it needs to resize itself. Instead, Taskbar today is just resizing itself (instead of just resize the whole Kicker), creating entries that are as small as 16pixels, making a centered Kicker feature, useless.

3. Please start grouping similar items after 3, 4 or 5 (user selectable) same applications are open, not just after 2.

4. The "tear-off" KMenu is ugly. This dotted option is really archaic looking. Please change it to something more soft, maybe something similar to the shot following down this page.

The Open/Save Dialog

I believe that the biggest problem in this dialog, and a bit laughable from a UI point of view, is the redundancy of the "Home Directory". In this dialog, it is accessible from three different locations as you can see from the screenshot. Also, KDE should take more initiative and add more "Favorite" places along wth the "Documents," "Temporary Files," places: My Music, My Downloads and other options as found appropriate.

The Encoding Selection should be under the "Extras". The "Detailed/Short View" should be under Extras/View as well. The Preview does not work if one has selected "Separate Directories" from the Extras/View menu. This needs fixing. The Favorites MS Outlook-like bar on the left, need to have a little button like Mozilla has, that it will allow it to autocollapse. The "Preview" button should go on the left or not be there at all. A Preview should appear immediately after one has checked the "Automatic Preview" checkbox. The Preview button is redundant there, and in fact, it confuses the user as it does not even align correctly with the "OK" and "Cancel" buttons underneath it.

The context menu inside the dialog is really poorly designed. When someone has selected some files or directories inside the open/save dialog, almost the same context menu as the one described above for the desktop icons should apply. Instead, what we see here is a mix of options that apply to selected files and to actions that should be done when no files are selected (eg. Back, Parent Directory, Sorting etc). There should be two kinds of context menus there, one for selected files/folders and one for when nothing is selected. Currently everything is in a mix, and nothing is obvious. From usability point of view, this needs fixing ASAP.

Click for a larger version

Konqueror

To be honest, I am not so sure that having Konqueror being able to do Koffee is a good thing. Konqueror, through its KParts, is able to display from CVS, to FTP, to local files, to images, documents, web pages and much more. This sounds nice. In reality though, it makes Konqueror unmanageable.

There are so many options on its menus that, too frequently, have very little to do with your current action (e.g. web browsing, while I find options on the menus that better apply on local browsing).

1. I want to be able to put the location toolbar next to my icons one, but Konqueror will refuse to do so, even if there is sufficient space for it, because a link inside its History has a long URL making the virtual size of the drop down menu too wide (this is a Qt issue and it needs to be fixed in an API level, I think), confusing the toolbar code.

2. I'll be damned, but I added a local bookmark through my Save/Open dialog (/home/eugenia), and I cannot see it from the main bookmarks menu on Konqueror. This is not what I call consistency. Even if you have to separate web with local bookmarks through a menu seperator, that local bookmark should be visible from all bookmark menus.

3. Bug report time: If you remove the "Font sizes" toolbar from Konqueror and then you add it back in on the main toolbar, the two font size-related icons are not visible anymore and you will need to restart Konqueror to get them back (this does not happen with other icons/toolbars). I saw there is a bug report for it on the KDE bug database, for months now...

4. Toolbar icons should be by default on 16x16. The current default 22x22 is possibly a bit too big. But this is just a personal preference, I guess.

5. Konqueror does not support "border-collapse: collapse;". Ok, this is not really a problem, it's just a good way to ask for support for it as OSNews uses it in its CSS code to make its tables look good. ;-)

6. I would like to see KDE have a better integration with the system and be able to have a "Copy Image to Clipboard" from a web page and then be able to paste it on Gimp or in a KOffice document.

Menus need more spacing on KDE applications

Qt/GTK+ Collaboration

And this brings me to the GTK+/Qt issue, which in my view, is an important one.

Copy/Paste between the two popular APIs does not always work. I am not talking about the "X11's middle-mouse-button paste", but I am talking about real integration between GTK+ and QT in the API level. It is absolutely unthinkable to use a desktop that launches applications with different look, feel and behaviour. Let's face it; While KDE has a lot of users, Gnome has a lot of developers. Unix is traditionally C-based, and GTK+ is basically C, while QT is C++. A lot of important applications have been written in GTK+. From Evolution, down to AbiWord, Gnumeric, Mr Project, GTKatalog and a whole bunch of other applications that are forming along with the Qt applications the overall X11 experience. People use both GTK+ and QT applications on their desktop. It is a common fact. And KDE and GTK+ developers should use an intermiediate way of making the copy/paste work well between their applications. Also, the KDE project should create a GTK+ theme for both GTK+ 1.2x and 2.x that is able to somewhat mimick the KDE default theme (colors, widgets etc). The Gnome guys on the other side, should also do the same when they are loading a KDE application and make the KDE application look like a GTK+ one. While differences will still be visible (a theme can never replace a real API/coding integration), but at least it will give a good feeling of consistency on one's desktop. This "trick" will not only benefit KDE, but Gnome as well, and most of all, the user. And it will help bring Unix a step closer to the desktop in the eyes of the Windows or Mac user who are used to a consistent desktop.

The Looks of the Default KDE

I would like now to take the time and discuss the last three issues I have with KDE 3. While there are a lot of UI clean ups to be made AT ALL levels of KDE (from the system panels/apps down to the included applications), it would take me many hours to analyze all. I would leave the rest of the work for the UI designers of KDE. I just hope that the developers listen to the UI designers, because it is known that developers in general, do not always want to listen to the "artists". This is a common problem on all co-ordinated open source projects. Developers are coding "for fun", and take orders by no one. Anyways, this is a completely different issue.

1. Important! The menu entries on every KDE's applications are extremely close to each other. Give it 4-5 more pixels please! The new Gnome 2.0 does it lovely and correctly in this respect.

2. I hope that donators or even TrollTech themselves will be able to buy some high quality fonts for KDE that are able to AA by default and that are able to installed to the system at the same time as KDE is installed. That Helvetica font just doesn't cut it anymore in the year 2002.

Tear off is ugly

3. Important No2. The current default theme for KDE is butt ugly. I personally use a (modified) .NET theme that comes with Qt. Even the .Net theme I chose to use in lack of something better, has extreme flaws (no grab bars below windows, extremely flat-looking, the blue selection color is ugly - use a lighter/softer one, the grey color on the left of each menu is too dark), however, it is still better than the default KDE one. I trust that the KDE folks have something better to offer in their future versions. By adding the Crystal icons, maybe SVG support, something as nice as the *modified* .NET theme I suggest or something completely fresh and interesting looking, would be a welcomed surprise.

Please do not forget what we said about the defaults. If the defaults are not nice or what I consider "right," they can immediately put off a lot of people. Most users do not care about modifying and changing appearance. The defaults have to be right, and the default KDE overall theme is looking old, tired, and uninteresting.

Conclusion

In the beginning of this long article I quickly spoke about integration. Now that you have read all the above, you might think that if the KDE folks add all these suggestions in the next release, Eugenia (that's me) will be happy and she will (at last) be convinced that KDE is "ready for the desktop." I sincerely wish that this would be the case. Unfortunately, it is not. What every X11 desktop environment needs is both polishing and integration with the underlying system. Joe User does not want to type arcane Unix commands to install a new driver, or modify this or that. No matter how easy is for you and me that "./configure; make; make install" it sounds like jibberish to Joe User who recently came from the Windows land. Things how to change the refresh rate or the resolution on X11 (please, don't give me that ALT+CNTRL+(+)(-))? How to change your graphics card driver? How to change the driver for the sound card? These are all problems that KDE should solve through a GUI solution, no matter if the KDE project thinks that it is not their job to do so.

KDE is today the leading X11 desktop environment, there is no denying in that. With great success, great responsibilities are coming as well. In order to be compared to WindowsXP and MacOSX, it needs to do solve some or all of the above problems. A standard way should be found, that is distribution independant (or, alternatively, distros should follow a standard), so KDE would be able to create such tools. These tools are important for the end user. You can't and shouldn't just use DrakConf, Yast2, or apt-get, or portage. These are just tools for four distros, tools incompatible between them! There are more than 10 important distributions today! What about these rest of distros? There has to be found a unified way, a way that works universally to all these distros, a way endorsed via the desktop environment.

For this plan to work, Linus needs to make some hard choices as well. The Linux driver handle should be made more plug-n-play, more flexible, while there should absolutely not be any driver binary incompatibilities between different sub-versions of the same version kernel (nVidia users have a taste of these headaches). Also, all this library dependancy hell needs to (somehow) go away. Microsoft has solved the issue on XP by including different versions of a library in a single file, and Linux should also pionneer a way that will allow users to move more comfortably around their system and easily install new applications without the fear of dependancy/incompatibility (unresolved symbols anyone, after upgrading to GCC 3.1?).

I am eager to read your comments and opinions on how you think your favorite X11 environment can better itself. What are your likes/dislikes and personal preferences? I certainly took my time this afternoon to explain how I think we can better the Unix desktop. Please use the forum provided and comment on your preferences.

Table of contents
  1. "Part I of the article"
  2. "Part II of the article"
e p (0)    120 Comment(s)

Technology White Papers

See More