KDE Blogs 

A running list of stuff about the KDE4 desktop -- typed in from little slips of paper I have laying around on my desk: To make the desktop run faster, compile qt-copy without the -debug option My computer has a Radeon video card and the X server apparently uses an ATI driver. This driver seems have to problem with compositing. If you see "screen turds" and other strange graphics effects, especially with the menus and icons, try disabling compositing... which seems to be enabled by default on my system. Do this by adding these lines to the end of xorg.conf and reboot: Section "Extensions" Option "Composite" "disable" EndSection Oh, disabling compositing should also fix 'ksnapshot'. If you start a KDE4 application from a command line, you might notice a bunch of messages that indicate this app can't talk to knotify. That's because 'knotify4' probably isn't running. You can remedy this by running 'knotify4' from a command line. Also, I hacked my 'startkde' to run 'knotify4' for me when I login. I plan to commit this to the official 'startkde' tomorrow, unless someone objects on the k-c-d mailing list. BUG: 'kwalletmanager' gives me this message "kwalletmanager(4467) KWalletManager::KWalletManager: kded not running?". Then it displays a closed wallet in the systray. dfaure said he will fix this on Monday -- if I remind him. :) BUG: 'kmail' isn't remembering shortcuts between restarts. BUGLET: hmmm.. seems that instances of 'kded4' continue running after I quit my KDE4 session. BUG: There is no nepomuk D-Bus service file. We need one if we expect nepomukdaemon to start as needed; for example, from 'dolphin'. BUG: Alt-F2 doesn't work. I expect that key sequence to start 'krunner'. WTH? KOrganizer is unbearably slow. I see no reason for this and KOrganizer ran great for me under a KDE3 desktop. This problem needs some serious research. Does KOrganizer work ok for anyone?

It has been a fun week. Sitting together with Andre, Daniel, Dirk, Jared, Klaas, Stephan and Will in the openSUSE office and hacking on KDE 4. There was one point in time when seven of ten KDE commits where coming from this office. I'm pretty much convinced now that we are on track with KDE 4. There certainly still is some way ahead, but we are getting there. This will be an exciting release. Of course I'm writing this blog entry on a KDE 4 desktop. Read More

What would a KDE4 Hack Week be without a new version of KDE Four Live released at its end? :-) [image:3060 size=preview hspace=100] This version has KDE 4.0 Beta 3+ (mostly 3.94.1 snapshot) packages from the KDE:KDE4 build service project engrafted on openSUSE 10.3 (if you find your way within YaST you can turn it into a full openSUSE 10.3 installation). Extra plasmoids are included with the extragear-plasma and playground-base packages, no Amarok included as it didn't build. The Plasma setup looks only good at 1024x768 resolution - seems Plasma has still to learn about resolution dependence. SATA CD-drives and network setup should hopefully work better than before and auto-login is enabled.

I know it is not so nice to complain and bash a project when you don't contribute to it. And yes until now, I did not contributed to the KDE4 desktop as I wished. I compiled it regularly and used the libraries, but did not run the KDE4 desktop or KDE4 version of the applications except KDevelop and Quanta. But as 4.0 is approaching, I decided that it is time to test, use, report bugs and even make fixes to it. I use KDE since a long time (~7 years), I think I always compiled from source, and for several years I compiled from CVS/Subversion regularly. I wasn't afraid to use the alpha/beta/whatever version as my daily desktop. But with KDE4 somehow I feel lost. I tried a few days ago to start a KDE4 session. After getting through some issues that the libraries were not found unless LD_LIBRARY_PATH is modified (and knotify even with this setup has problem to find libkaudiodevicelist.so), I finally got it running. Well, it looks nice at first. So what to do there? I can start the KDE4 applications from the Run Command dialogbox. This dialog is a nice improvement over the old version, especially the autocompletion is handy. In my version the menu was still missing, which isn't nice, but I don't care that much. What I care more is the speed, or to be exact, the lack of it. I blamed first the debug version of the libraries and the desktop, so I did a complete fresh build without debug information (a sidenote: my KDE3 is compiled WITH debug info and works fast enough). Sadly, it isn't faster. An example: right click on the desktop, and until the menu is shown, 3-4 seconds can pass. During this time Plasma and XOrg are heavily using the CPU. Moving around a window makes again ~58% CPU load (by kwin). Moving the mouse over the taskbar gives me 60% CPU usage by plasma AND 50% CPU usage by XOrg. This slowness if everywhere on the desktop. I click somewhere and it takes some seconds until it reacts. The "natural" reaction is to click again, which makes things worse. What is the reason of this slowness, I don't know. But I am worried about it, because I have a fairy decent computer here, everything is fast except my video card: AMD Opteron 180 Dual Core (2.4Ghz), 2GB Dual Channel RAM, 7200RPM SATA HDD, Nvidia FX5500 card (with the binary drivers). The card isn't the state of the art one, but should be more than enough for desktop usage. I tried compiz with it, and it works OK. I can see the reaction lag with compiz as well (compared to the KDE3 version of kwin, which is lightning fast), but it is still quite usable. I tried to remove kwin and use another window manager. This made at least the window operations faster, but the desktop was still slow. That's about the speed. Now about the usability side: I have no idea if what I tried is implemented at all or not, if there are plans to do them for the final release or not, but certainly I can say that as it is now, it is close to be unusable. There is the panel on the bottom with the taskbar and the clock. The taskbar let's say works, but I couldn't figure out what really a left/right click on an empty area of the taskbar does. It minimizes/restores the running applications, but I don't see the logic. I also don't know how to move around the taskbar on the panel. I don't know how to move the panel. It is possible to add new applets to the desktop, but I don't know how to move those applets to a panel. Moving them around on the screen is terribly slow. There is also an Unknown Applet on my panel which "could not be created". I have no idea what it is or how it appeared there. I also saw some bugs, like black boxes on top of windows appearing when you move a window over an applet, but this kind of issues are just simple bugs, acceptable at this stage of the development. Unfortunately this experience can have only one outcome: I cannot use KDE4 as my daily desktop. Not even as a testing desktop. So the solution is to test only the libraries and the applications. Luckily it is pretty easy to have a setup where you can run KDE4 applications under KDE3. Well, the first and one of the most important applications is Konqueror. I'm writing this blog from Konqueror4. Altough I feel a slowness here as well (when navigating through the menus, for example), this isn't a big issue, it is usable. I saw some rendering bugs, an ugly infinite loop when loading a certain page, but I saw similar issues with the old Konqui as well. There is a problem with the editor area where I write the blog text (home bring to the beginning of the text, not the beginning of the line, mouse scrolling does not work) and the closing buttons on the tabs do not work, but again, in beta stage these are "normal" bugs. For the applications the solution is to report the bugs or try to fix them. :) I will happily report them. Read More

Kubuntu 7.10 was released today. Much jubilation and celebrations all around. I think we can safely say we're the first distro to include KDE 3.5.8 and KDE 4 Beta 3. Read More

What a coincidence today happened. In the morning I used KDEPrint's 'poster' frontend to create a "poor man's poster" in A1 size from 4 A3 printouts. In the afternoon, a lady mailed me, asking why her KDE print dialog on Solaris didn't show the poster dialog, while her husband's openSUSE KDE did show it. Read More

Hacking on KDE 4 is fun. There is so much goodness in the development platform. This begins with all the nice stuff Qt brings, little things like the addictive foreach, the beautiful API, or the amazing performance, and big things like the rich-text system Scribe or the model-view framework Interview. One of my favorites are the dockable toolbars. I could move them around all day and watch the smooth sliding in effects. Read More

Preparations for Gutsy's release continue apace. #ubuntu-release-party is going a bit nuts. Many thanks to those who have helped test CD candidates, davmor2 gets the prize for most testing this round I think. Read More

... is what Parley started doing lately. Pretending to have some very basic limited intelligence. Extending that to some more still very limited and basic intelligence will be easy now that the groundwork has been done. And I hope it's getting better at pretending then ;) Read More

As some of you may have known, KHTML in trunk has support for the <canvas> element. Unfortunately, it was based on some very old and borderline insane Apple code, which meant that except for the nice graphics bits written by Zack, it was all wrong, and when it worked, did so mostly by accident. Read More