Language Selection

English French German Italian Portuguese Spanish

KDE 4.04: Bad, Just Plain Bad

Filed under

I wanted to like KDE 4. I really did. I can’t. It is the most annoying GUI (graphical user interface) I’ve used in years. And, yes, I’m including Vista’s slow as sludge Aero in my evaluation.

Since openSUSE 11 offers KDE 4.04 as one of its three default desktops—the others are KDE 3.5.9 and GNOME 2.22—I decided it was time to really give KDE 4 a try. Besides, some people think that openSUSE 11 offers the best KDE 4 experience around.

If this is the best KDE 4 has to offer, may I never get to see it when it’s being bad. I found KDE 4 to be awful.

I expected to have trouble getting my head around the new KDE 4 icon metaphor. I’d already played with it enough to know that it really wasn’t my cup of tea. What I didn’t realize is that, in KDE 4.0 anyway, just how flat-out annoying this take on icons was gong to be.

More Here

Using a version a month old . . .

Yes, the KDE 4.04 release was awful. It's also more than a month old. I tried a fedora 9 live CD snapshot version of KDE 4.0.82. The improvement was immense--you can actually see the promise of 4.1. And now, the KDE 4.0.83 snapshot is out. KDE4 is definitely a work in progress, and progress is rapidly being made.

Usually Steven J. Vaughan-Nichols has reasonably well thought out comments. I think this one is an exception.

He's got his knickers in a twist over ancient history.

re: sjvn

he's been on the warpath since his break-up with ziff davis. every post is a rant about something. ...or perhaps it's just years of pent-up hostilities having to watch what he said representing eweek coming to the surface.

anyway, he's fun to watch. Big Grin

re:re: sjvn

Ahhh. Thanks for cluing me in--I didn't realize that he'd been canned. I don't follow tech media gossip, but a quick google search locates some sharp criticisms of sjvn.

I do remember that he did some decent reporting on the IBM vs SCO lawsuit a while back.

re:re: sjvn


Thanks for cluing me in--I didn't realize that he'd been canned.

I don't know if he quit or was asked to leave, there were no details put forth anywhere I've seen yet. ...but then again, I didn't really look. I just noticed someone else doing the desktoplinux/linux-watch/linuxdevices and him doing nothing at eweek, and now he's doing a lot more blogging at practical-tech (his personal blog) and computerworld and publishing at

Back to the Point..

Interesting blog, as essentially the same thing happens on Kubuntu 8.04 as well.

Seems to me, that we have Emulation occuring here, for years the Windows and Apply OS systems have been battling it out Windows taking the make changes, make up big, and irregularly, the Apple boys going down the make the updates frequently, small, aiming for tweaks and stability to thier OS.

Now KDE and Gnome are going down the same path for the Linux Gui, just as Redmond have recently put out Vista, and received less than good press, for something which looks pretty, but has so many annoying features it renders the experience impossible. KDE have released the version 4. Like vista, a HUGE coding project, a monumental change in the way way they want people to work. Which is receiving a very mixed reaction, and has equal number of stability issues.

then we have Gnome, oft criticized for its lack of change, much like apply, plodding along, adding tweaks, stability updates, and minor features at each release. surprisingly, this may be the thing which helps the gnome project, with the masses now looking at Linux as a viable alternative to Windows, they are looking for something which works the same way as what thy are used to..

Icons (on the desktop), pointers, clicks and menus.. when you are moving to a new operating system, familiar is a good thing, its hard enough learning there is no c:\ let alone learning that you shouldn't have 100 desktop icons.

KDE 4.0 is here to stay, and its a gutsy move to redesign your entire interface (I know they did more than that, but the great unwashed only see the pictures, not the paint). and with a bit of listening, feedback, and working with the people who use the OS, they will get it right.

Trust Steven J. Vaughan-Nichols

I do trust the man, but watch what he's reviewing (old version). He needs to be patient. I'm sure it'll turn around.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

More in Tux Machines

KNOPPIX 7.7.1 Distro Officially Released with Debian Goodies, Linux Kernel 4.7.9

Believe it or not, Klaus Knopper is still doing his thing with the KNOPPIX GNU/Linux distribution, which was just updated to version 7.7.1 to offer users the latest open source software and technologies. Read more

CentOS 6 Linux Servers Receive Important Kernel Security Patch, Update Now

We reported a couple of days ago that Johnny Hughes from the CentOS Linux team published an important kernel security advisory for users of the CentOS 7 operating system. Read more

Games for GNU/Linux

  • Why GNU/Linux ports can be less performant, a more in-depth answer
    When it comes to data handling, or rather data manipulation, different APIs can perform it in different ways. In one, you might simply be able to modify some memory and all is ok. In another, you might have to point to a copy and say "use that when you can instead and free the original then". This is not a one way is better than the other discussion - it's important only that they require different methods of handling it. Actually, OpenGL can have a lot of different methods, and knowing the "best" way for a particular scenario takes some experience to get right. When dealing with porting a game across though, there may not be a lot of options: the engine does things a certain way, so that way has to be faked if there's no exact translation. Guess what? That can affect OpenGL state, and require re-validation of an entire rendering pipeline, stalling command submission to the GPU, a.k.a less performance than the original game. It's again not really feasible to rip apart an entire game engine and redesign it just for that: take the performance hit and carry on. Note that some decisions are based around _porting_ a game. If one could design from the ground up with OpenGL, then OpenGL would likely give better performance...but it might also be more difficult to develop and test for. So there's a bit of a trade-off there, and most developers are probably going to be concerned with getting it running on Windows first, GNU/Linux second. This includes engine developers.
  • Why Linux games often perform worse than on Windows
    Drivers on Windows are tweaked rather often for specific games. You often see a "Game Ready" (or whatever term they use now) driver from Nvidia and AMD where they often state "increased performance in x game by x%". This happens for most major game releases on Windows. Nvidia and AMD have teams of people to specifically tweak the drivers for games on Windows. Looking at Nvidia specifically, in the last three months they have released six new drivers to improve performance in specific games.
  • Thoughts on 'Stellaris' with the 'Leviathans Story Pack' and latest patch, a better game that still needs work
  • Linux community has been sending their love to Feral Interactive & Aspyr Media
    This is awesome to see, people in the community have sent both Feral Interactive & Aspyr Media some little care packages full of treats. Since Aspyr Media have yet to bring us the new Civilization game, it looks like Linux users have been guilt-tripping the porters into speeding up, or just sending them into a sugar coma.
  • Feral Interactive's Linux ports may come with Vulkan sooner than we thought
  • Using Nvidia's NVENC with OBS Studio makes Linux game recording really great
    I had been meaning to try out Nvidia's NVENC for a while, but I never really bothered as I didn't think it would make such a drastic difference in recording gaming videos, but wow does it ever! I was trying to record a game recently and all other methods I tried made the game performance utterly dive, making it impossible to record it. So I asked for advice and eventually came to this way.

Leftovers: Software

  • DocKnot 1.00
    I'm a bit of a perfectionist about package documentation, and I'm also a huge fan of consistency. As I've slowly accumulated more open source software packages (alas, fewer new ones these days since I have less day-job time to work on them), I've developed a standard format for package documentation files, particularly the README in the package and the web pages I publish. I've iterated on these, tweaking them and messing with them, trying to incorporate all my accumulated wisdom about what information people need.
  • Shotwell moving along
    A new feature that was included is a contrast slider in the enhancement tool, moving on with integrating patches hanging around on Bugzilla for quite some time.
  • GObject and SVG
    GSVG is a project to provide a GObject API, using Vala. It has almost all, with some complementary, interfaces from W3C SVG 1.1 specification. GSVG is LGPL library. It will use GXml as XML engine. SVG 1.1 DOM interfaces relays on W3C DOM, then using GXml is a natural choice. SVG is XML and its DOM interfaces, requires to use Object’s properties and be able to add child DOM Elements; then, we need a new set of classes.
  • LibreOffice 5.1.6 Office Suite Released for Enterprise Deployments with 68 Fixes
    Today, October 27, 2016, we've been informed by The Document Foundation about the general availability of the sixth maintenance update to the LibreOffice 5.1 open-source and cross-platform office suite. You're reading that right, LibreOffice 5.1 got a new update not the current stable LibreOffice 5.2 branch, as The Document Foundation is known to maintain at least to versions of its popular office suite, one that is very well tested and can be used for enterprise deployments and another one that offers the latest technologies.