Linked by Thom Holwerda on Wed 22nd Aug 2007 22:10 UTC, submitted by anonymous
Linux It is not too surprising that Ubuntu came in first in DesktopLinux.com's 2007 Desktop Linux Market Survey, or that Firefox was the topmost browser by far. More interesting is that for the first time ever in the site's annual surveys, GNOME surpassed KDE among desktop environments (45% over 35%), with Xfce a solid third (8%).
Permalink for comment 265255
To read all comments associated with this story, please click here.
RE[4]: Gnome is back
by Hiev on Thu 23rd Aug 2007 15:50 UTC in reply to "RE[3]: Gnome is back"
Hiev
Member since:
2005-09-27

On the other hand, KDE has been depending on Glib for years. While Gnome started projects to clone Amarok and Kalzium, didn't want to use Arts, cloned DCOP into dbus (which KDE promptly adopted), there are more examples.

Those are half lies and half trues, GNOME didn't clone anything, if a project do not meet GNOME guidelines then of course they will but Amarok is as old as the GNOME options, now, KDE apps. are to dependent of Qt and Qt is GPL and since GPL can take code from LGPL easily LGPL can't take code from GPL, now, the only compatible LGPL are the KDE libraries, wich are to tied to the all KDE libs, that's not very atractive at least you are creating a KDE application.

And you give to much credit to dcop, dcop was to dependend of KDE and Qt and that was out of the question for GNOME, and dcop was a mess by itself in the code point of view, saying that dbus is a clone of dcop is just a fallacity, dbus is way ahead of dcop, and no, is not real that dbus borrowed a lot from dcop, because dbus is clean, dcop is not, that was made up by KDE developers.


Gnome fans don't like KDE apps, even if they have no alternative (K3B) they rather shiped Ubuntu without a decent CD burn app for years.

K3B is nice but it makes to much for the basic needs of the users, till now I haven't found any killer feature K3B has that I need.

Rest assured, of course both sides are guilty of NIH one time or another. But it's far more prevalent on the Gnome side. KDE works on integrating in Gnome (Klearlooks, automatic button reordering), and integrating gnome apps (GTK-Qt theme, ld_preload hack, option to disable DPI detection), and Qt even supports the Glib event loop so you can use GTK in KDE apps and vice versa. Now give me a few examples from Gnome work in integrating (instead of rewriting) KDE apps in Gnome...

KDE dind't do all that, all comes with the benefit of using Qt as a toolkit, the Glib Event loop, the button order, the Klearlooks theme, even the dbus libs come with Qt, all was made by TrollTech for Qt, not by KDE developers, the only credit KDE developers get is the Qt-GTK theme engine.


True, the developers are working together more and more on lower level libraries. It might be the community who rather tells ppl 'LINUX does not support 16bit RAW images' than admitting only KDE apps like Digikam, Gwenview and Krita can do that...

16 bits, CMYK ain't nothing than more fallacities to show off, those are good to have but certaintly not necessary.

I really hate to be involded in this GNOME vs KDE war but I really can't stand the trolling and half trues of KDE members.

Edited 2007-08-23 16:10

Reply Parent Score: 0