This week-end I upgraded my KDE 4 test installation to KDE 4.0.82, which is now included in Mandriva Cooker. Time to follow up on the bugs I reported last week and to take a deeper look at Plasma, the new desktop concept introduced in KDE 4.
The good news is that the Folder View widget, which is used to display desktop icons, has been fixed so that right clicking on a file now gives a meaningful menu. So finally you can easily trash or rename icons in the folder view widget or execute other common actions for normal files.
However, the more I use KDE 4, the more problems I see with this whole Plasma thing. Especially the Folder View widget is problematic, not only because of bugs, but especially because the whole thing works rather counterintuitively.
In other desktops (including KDE 3.5, GNOME and XFCE), icons can be placed on the whole desktop surface and those files and application launchers are saved in the ~/Desktop directory. KDE 4 takes a radically different approach. All items on the desktop are Plasma widgets. Plasma widgets can be small applications (like an RSS readers or a clock) but also file and application launchers and they do not correspond with a file in ~/Desktop. To circumvent this limitation, the folder view widget was created. It’s actually a widget which shows all the files in a certain directory. By default, a folder view widget showing the contents of the directory ~/Desktop is added to the desktop. This creates a highly confusing situation:
- Because the contents of ~/Desktop is not shown over the whole desktop but only in a widget, files in ~/Desktop can only be shown on a limited area on the desktop.
- All widgets get some sort of transparent overlay over the desktop wallpaper. In my opinion, this looks ugly. It creates unnecessary complication, while it is not aesthetically pleasing to my eyes, because it ruins the background too much.
- There are now two different ways of creating items on the desktop: either by creating a separate plasma widget which represents a file or application launcher, either by putting the file or application launcher in the the ~/Desktop directory.
Because of this fundamental change and some bugs which worsen the situation, very strange things can happen:
- Moving files or applications to or from the visible desktop folder view widget does not work at all,
- Move a file from KDE’s program menu to the desktop, outside of the folder widget. A Plasma widget representing the program is created at the location where you dropped it, however it only shows the “broken” icon. The application name is ellipsized to three letters. At the same time the icon is also added to the folder view widget, so there are now two desktop icons…
- I could drag and drop a Kopete avatar image file to the desktop, so that a Plasma widget was created. There was no way to copy or move this file to another location any more, so I could access it somewhere with my file browser…
- When moving a file to the desktop, in the past this moved the file to ~/Desktop, so you could easily find the file there in all applications. Now the file is not moved anymore, but a Plasma widget linking to that file is created. That means that in applications, you can’t find the file anymore in ~/Desktop, although the file is shown on your visible desktop.
Even with the impossibility of dropping files on the folder view widget and the double icons when dropping outside the folder view widget fixed, the two different type of icons on the desktop, will be very confusing for users. At work there are users who are constantly using the desktop for saving files. If there does not come a complete rethinking of the way the desktop is implemented in KDE 4, I am planning on migrating these users to GNOME instead of KDE 4, because this Plasma thing will cause too much support interventions because ueser won’t find their documents anymore.
Half of the Plasma widgets are still not working for me. The most widgets, only show a grey area when I drop them on my desktop and I still could not add the Show Desktop widget to the panel.
Changing the size of a Plasma widget neither is very intuitive. You have to click on the resize icon which appears normally at the left upper side of the widget (but this can be the right side too, if your widget is near the left side of the screen!), and then the widget will be expanded or reduced around the centre of the widget. This is of course very annoying if your widget is already near the side of the screen, as this means you’ll probably have to move the widget too. I don’t understand why the same idiom of resizing and moving application windows was not reused.
There has not been much progress in my bug reports of last week. Most remain unanswered or only have got a “I can’t reproduce” answer. Most promising for the moment is the KMail text encoding bug, where I was able to find some more information about the circumstances which trigger this problem. Let’s hope this helps in fixing the problem soon now. The slowliness of KMail’s message list is getting more and more annoying too. Actually already in folders with only a few hundreds message, the slowliness is noticeable. Speaking about slowliness, Konqueror’s KHTML web browsers also feels very sluggish today, compared to Firefox 2 and 3. Scrolling with the mouse scroll wheel often feels sluggish, as does the loading and rendering of complex pages. Konqueror’s KHTML on my Athlon 64 3500+ feels much slower than Epiphany/Webkit on my old PowerPC G4 laptop. It’s unfortunate that GTK+ and QT/KDE Webkit are still not really ready for production use.
List of today’s new KDE bugs:
- Moving application launcher from kickoff menu to desktop creates duplicate entry of which one icon is broken
- KDE should automatically mount all removable media at logon or when plugging in
- Kopete: Adds user to “Not in contact list” for MSN account without any chat being initiated
- Kopete: Crash when authorizing XMPP/Jabber contact
- Kickoff menu: impossible to change order in Favourites tab
- KMail: Accept certificate forever does not work
Update 15 June 2008: two new bugs related to the Plasma desktop problems: